Method and apparatus for enhanced playback of content while switching among channels of broadcast or streamed content while being received (“Tune Start”)

ABSTRACT

A system and method provide an enhanced listening experience for a user and a radio receiver or other device that receives broadcast or streamed content having a plurality of program channels. The method and system buffer designated channels at the receiver and, when switching among channels, play back the buffered designated channels during reception from a selected point therein depending on the channel or other criteria. When switching to a different channel during reception, a user is able to hear content in a buffered program channel with music from the start of a song, for example, whereas content in a channel with news, talk radio, or live sports is played back from live reception, even though the content segments are transmitted a different start times relative to thier selected times for playback following a channel change. User controls allow navigation among buffered designated channels during reception.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.14/868,659, filed on Sep. 29, 2015, which issued as U.S. Pat. No.10,277,342 on Apr. 30, 2019, which is a continuation of U.S. patentapplication Ser. No. 13/982,949, filed on Jul. 31, 2013, which issued asU.S. Pat. No. 9,154,248 on Oct. 6, 2015, which is a U.S. national phaseof PCT/US2012/025091, filed on Feb. 14, 2012, which claims the benefitof U.S. Provisional Application No. 61/442,468, filed on Feb. 14, 2011,the entire contents of each of these applications are herebyincorporated by reference. Related subject matter is disclosed andclaimed in U.S. Pat. Nos. 6,145,452, 6,229,824, and 7,809,326, theentire contents of which are hereby incorporated by reference. Referenceis also made to commonly owned U.S. Patent Application Publication No.2009/0320075, the entire contents of which are also incorporated hereinby reference.

BACKGROUND OF THE INVENTION Field of the Invention

The present invention relates generally to an operation (e.g.,hereinafter referred to as “Tune Start™”) of a broadcast or streamedcontent receiver that buffers content for a number of channels (e.g.,preset channels or favorite channels) so that selecting one of thesechannels during real-time reception of the content allows the user tohear a currently or recently aired track (e.g., song, news segment, talksegment, and the like) on the selected channel from its beginning,instead of from the current real-time broadcast position which istypically in the midst of the track.

Description of the Related Art

In a radio receiver or other device capable of receiving multiplebroadcast or streamed content channels, each channel can be modeled as aseries of tracks. Since the content of the respective channels inbroadcast or streamed content transmissions is programmed and thenbroadcast or streamed independently of other channels, the start and endof tracks on different channels are not synchronized in time. Forexample, the start of a song track on one channel can correspond to themiddle of a song or news track on other channels. The boundary betweenthe end of a talk radio track and start of an advertisement on onechannel can correspond to the middle of a news track or song on otherchannels, since there is no intentional relationship between tracks ondifferent channels in either content or timing.

In a typical use of a radio receiver capable of receiving multiplechannels, a user may assign favorite channels to a set of presetchannels, so a particular favorite channel can be quickly selected forlive play by simply selecting a Preset button on the radio receiver thatwas previously assigned to the favorite channel. Often while listeningto a channel (“current channel”) live, that is while the broadcastchannel is being received, the user may decide to sample the content onone of his favorite channels to determine if there is something moreinteresting on that favorite channel. For example, the current channelmight be playing a song that the user is not interested in hearing, anadvertisement on a news channel, disk jockey (DJ) banter, or a talkradio segment about a topic the user has no interest in. When selectingone of the other favorite channels via a Preset button, in most casesthis selected channel (“new channel”) will be playing in the middle of atrack (e.g. song, talk segment, advertisement, etc.). Although the newchannel content may be of higher interest to the user than the currentchannel, the user almost invariably misses the beginning of the song ornews/talk track playing on the new channel. As the user successivelypunches several Preset buttons looking for interesting content, heultimately ends up listening to the “ends” of songs and news/talktracks, particularly if he repeats the content search process at the endof each track.

SUMMARY OF THE INVENTION

In accordance with illustrative embodiments of the present invention, asignificant improvement to the user experience is realized by a radioreceiver or other user device that buffers content on each of pluralchannels (e.g., favorite, preset channels, another subset of allavailable channels, or all available channels), so that selecting afavorite or other designated channel results in the start of play at thebeginning of a track (e.g., song, news/talk segment, etc.) or otherselected playback point within the track broadcast or otherwisetransmitted on that channel. The user who is surfing (e.g., scanning orswitching) between channels can therefore listen to the most interestingtrack, from its start if preferred over the live reception point, of allcontent currently playing on the designated channels (e.g., SmartFavorite™ channels).

Illustrative embodiments of the present invention also provide the userwith the ability to skip backwards in time through the buffered contentof a recently selected Smart Favorite™ channel, so that content such asthe start of a news segment or previously aired songs on that channelcould be played from the start, even though this content was originallyaired while the user was listening to a different channel. Skip forwardand other navigation controls are also provided.

Illustrative embodiments of the present invention also provide the userwith the ability to initiate a content scanning operation whereby tracks(e.g., songs, news/talk segments, etc.) previously aired and bufferedfor a plurality of designated channels are played in succession from thestart for a few seconds for each track (or optionally live for certaindesignated channels), until the user halts the scanning and continues toenjoy the full track on which the user stopped the scan.

BRIEF DESCRIPTION OF THE DRAWINGS

Illustrative embodiments of the present invention will be more readilyunderstood with reference to the illustrative embodiments thereofillustrated in the attached drawing figures, in which:

FIG. 1 depicts an example of a broadcast or streamed content deliverysystem in accordance with an illustrative embodiment of the presentinvention;

FIG. 2 depicts broadcast or streamed content having a plurality ofchannels in accordance with an illustrative embodiment of the presentinvention, and a central office; and

FIG. 3 depicts an example of ancillary information provided withbroadcast or streamed content in accordance with an illustrativeembodiment of the present invention.

FIG. 4 depicts a radio receiver or other user device configured toreceive broadcast or streamed content in accordance with an illustrativeembodiment of the present invention.

FIGS. 5, 10, 11 and 12 depict user interfaces for navigating broadcastor streamed content in accordance with an illustrative embodiment of thepresent invention.

FIGS. 6, 7, 8 and 9 depict examples of broadcast or streamed content asit is received or buffered in accordance with an illustrative embodimentof the present invention.

Throughout the drawing figures, like reference numbers will beunderstood to refer to like elements, features and structures.

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS

Several illustrative embodiments of the present invention arc describedherein. Briefly, a radio receiver or other user device is configured forTune Start™ operation that enables it to receive at least one broadcaststream or streamed content (e.g., metadata, audio, and/or video) thatcomprises a plurality of different content channels. The radio receiveror user device designates multiple channels from among the plurality ofbroadcast or streamed channels and buffers content from the designatedor otherwise selected channels as they are being received via thereceived stream. Multiple channels can he received and bufferedsimultaneously. The buffered content is used to allow a user to switchbetween channels during a live listening mode (i.e., listening tocontent in a broadcast or streamed content stream as it is beingreceived) and is to be distinguished from receivers that buffer contentfor a subsequent or deferred playback mode (e.g., listening topreviously received and stored content at another time such as when atransmitted signal is not available or simply when deferred playback isdesired by the user).

The Tune Start™ operation avoids limitations of services and productsthat seek to fully automate personalized selection of played content,such as music genome-based services that may work well enough formusic-only content but are deficient when selecting other types ofcontent fragments such as news, talk, and sports to playback that aredifficult to classify. The Tune Start™ operation avoids thedisadvantages of existing products and services that attempt “fullautomation” of personalized content selection, affording the user a highlevel of control over content selection (in contrast to automatedservices), while insuring each segment of selected content can beenjoyed in full (in contrast to traditional preset radio channelsurfing). “Segment” or “track” hereinafter refers to a portion ofcontent typically corresponding to one song on a music channel, anuninterrupted segment of news reporting or talk radio content, oruninterrupted segment of a sports event broadcast, a single commercialadvertisement, a segment of DJ banter or station identification betweensongs, among other continuous segments of content. “Uninterrupted” inthis context means continuous audio content that is not interrupted by adifferent content type such as an advertisement, DJ banter, stationidentification, and so on. Thus, the Tune Start™ operation provides anoptimal balance of automation and user control, which is a particularlyuseful functionality for products that feature a wide variety of music,talk, news, and sports content. The content can be received from one ormore streams and from diverse sources. In an illustrative example ofSatellite Digital Audio Radio Service or SDARS or similar programmingservice. Tune Start™ makes radio receivers, user devices and otherproducts increasingly attractive to consumers, while also leveragingadditional commercial value from a unique broadcast pipe of diversecurated content such as SDARS.

A Smart Favorite™ channel is a channel designated for maintenance by auser device in a Background Instant Replay (IR) Buffer. Smart Favorite™channels support Tune Start™ and Tune Scan™ operations described in moredetail below. When selecting a Smart Favorite™ channel, die radioreceiver or user device can start playing the currently aired track(e.g., song, news segment, talk segment, etc.) from the channel at thebeginning of the track, instead of from the current real-time or liveposition due to it having been buffered in the BIR buffer. Thiscapability of Smart Favorite™ channels is called Tune Start™,Alternatively, a Smart Favorite™ channel can be tuned to live content(e.g., based on content type, channel type, user selection, or othercriterion). Regardless of whether the selected Smart Favorite™ channelplays live content or from a buffered track, after tuning the user canmanually skip back to the start of a track within its buffer, which mayhold a plurality of tracks depending on the track durations and thecapacity of the channel's buffer.

Overview of Illustrative System Architecture

The illustrative embodiments of the present invention arc describedherein with respect to a satellite digital audio radio service (SDARS)that is transmitted to the receivers by one or more satellites and/orterrestrial repeaters. It is to be understood that the source contentstream(s) used to achieve a Tune Start™ operation in accordance with thepresent invention can be broadcast, streamed or otherwise transmittedusing other content delivery systems (e.g., other digital audiobroadcast (DAB) systems or high definition (HD) radio systems, ortwo-way Internet Protocol (IP) system), as well as other wireless orwired methods for signal transmission. Further, it is to be understoodthat the source content stream(s) used to achieve a Tune Start™operation in accordance with the present invention can be received byuser devices other than radio receivers that are capable of receivingbroadcast or streamed content having multiple channels. In addition, itis to be understood that the relationships of tracks or content segmentson different channels can be independent (e.g., asynchronous withrespect to each other in terms of transmission timing) and/or unrelatedand their respective timing and program content need not be known by theuser device to perform a channel change.

FIG. 1 depicts an illustrative system for transmitting at least oneexemplary source stream to radio receivers 14. In the illustrativeembodiment, the source stream provides SDARS. FIG. 1 depicts a satellitebroadcast system 10 which comprises at least one geostationary satellite12, for example, for line of sight (LOS) satellite signal reception atreceiver units indicated generally at 14. The satellite broadcast system10 can be used for SDARS, for example. Another geostationary satellite16 at a different orbital position is provided for diversity purposes.One or more terrestrial repeaters 17 can be provided to repeat satellitesignals from one of the satellites in geographic areas where LOSreception is obscured by tall buildings, hills and other obstructions.It is to be understood that different numbers of satellites can be used,and that satellites in other types of orbits can be used.

As illustrated in FIG. 1, a receiver unit 14 can be configured forstationary use (e.g., on a subscriber's premises), or mobile use (e.g..portable use or mobile use in a vehicle), or both. A control center 18is provided for telemetry, tracking and control of the satellites 12 and16. A programming center 20 is provided to generate and transmit acomposite data stream via the satellites 12 and 16 which comprises aplurality of payload channels and auxiliary information.

With reference to FIG. 1, the programming center 20 is configured toobtain content from different information sources and providers and toprovide the content to corresponding encoders. The content can compriseboth analog and digital information such as audio, video, data, programlabel information, auxiliary information, and so on. For example, theprogramming center 20 can provide SDARS having on the order of 100different audio program channels to transmit different types of musicprograms (e.g., jazz, classical, rock, religious, country, and so on)and news programs (e.g., regional, national, political, financial,sports). The SDARS can also provide emergency information, traveladvisory information, educational programs, and the like.

FIG. 2 illustrates different service transmission channels (e.g., Ch. 1through Ch. 247) providing the payload content and a BroadcastInformation Channel (BIC) providing the auxiliary information. Thesechannels are multiplexed and transmitted in a composite data stream thatcan be a source stream for a radio receiver 14 constructed in accordancewith exemplary embodiments of the present invention. The illustratedpayload channels comprise segments such as songs indicated, for example,as S1, S2, S3 and so on) and disc jockey (DJ) talk segments indicated as“dj” in FIG. 2. The BIC can comprise, for example, messages 71 thatcorrespond to different payload channels. An exemplary message 71comprising Program Associated Data (PAD) is depicted in FIG. 3. Themessages 71 can have different formats and functions than that depictedin FIG. 3. Further, the timing of messages 71 in relation to aparticular channel can vary according to the needs of the serviceprovider and to bandwidth requirements. In other words, a message 71need not be provided for all of the respective channels in everytransmitted frame of the content stream.

The BIC includes auxiliary information useful for services selection andnon-real-time control. For example, the auxiliary information comprisesdata (e.g., Program Associated Data or PAD) to facilitate locating thebeginnings of songs or other tracks (e.g., for playback from theirrespective beginnings when their corresponding channels are selectedduring a live broadcast or content delivery mode). The auxiliaryinformation in the composite data stream (e.g., PAD) also allows amulti-channel demultiplexer in the receiver 14 to locate and buffer theselected channels, as well as optionally locating and buffering favoritesongs from other non-selected channels. The auxiliary information thatrelates music genres, channels and songs/artists in an SDARS is also areadily available tool with which to navigate the buffered diversecontent provided via SDARS or other content delivery service (e.g.,two-way IP) for achieving a convenient and personalized listeningexperience. Thus, the present invention is characterized by theadditional advantages of leveraging this auxiliary information, which isalready available in an SDARS composite data stream, for additionalbeneficial uses.

The BIC can be used to display the station name of available services, adirectory to the contents of the composite data stream, as well as PAD.By way of an example, the illustrative PAD in FIG. 3 can comprise dataassociated with a channel such as a song name or label, artist name orlabel, service ID (SID), and program ID (PID), among other data. Theservice ID is an identifier (typically 8 bits) which is associated witha specific SDARS provider radio service (e.g., for Sirius XM Radio, theSID can identify service channels such as Classic Rewind. CNN News, TheComedy Channel, and the like) and is used identify the specific servicechannel at the receivers 14. The program ID comprises data relating tothe identity of a unique content segment such as a song on a specificCD, for example, and can comprise data relating to the duration andprogress of a song or other track. Thus, a change in PID and/or PAD canindicate to a receiver 14 the beginning of a song or track for thatchannel and facilitate buffering of the song (e.g., for a LIVE mode TuneStart™ operation in accordance with an embodiment of the presentinvention, or for a personalized radio channel operation for use duringa playback mode such as a MY RADIO mode whereby content can be recordedto non-volatile memory for later playback when the radio receiver oruser device 14 is out of signal or otherwise when the user wants to hearcontent from the non-volatile memory).

The present invention is advantageous since the channels are partitionedinto segments, and the beginnings of segments in the multiple selectedchannels are located for buffering to implement the Tune Start™operation. Thus, complete segments or songs arc buffered for playback onmultiple, simultaneously received channels that have been selected(e.g., as preset channels, or favorite channels, or otherwise selectedchannels related in some manner to be of interest to the user, or allchannels). This is in contrast with channel selection or scanningoperations on conventional radio receivers that often bring a listenerto the middle or near end of a song that had not been buffered. Asstated above, a channel that is designated for buffering to support theTune Start™ operation and optionally a Tune Scan™ operation (e.g., aSmart Favorite™ channel).

An exemplary receiver 14 is depicted in FIG. 4. The radio receiver 14preferably comprises an antenna 54 for receiving, for example, an SDARSsignal and/or oilier broadcast or otherwise transmitted streams, a tuner56, baseband signal processing components indicated generally at 58, asystem controller 68, a multi-service multiplexer MUX 60 and memory,among other components. As stated above, illustrative embodiments of thepresent invention can be implemented in other types of user devices thatcan receive content (e.g., metadata and/or audio and/or video deliveredby broadcast or streaming) such as mobile telephones, personalcomputers, personal data assistants, portable computing devices,different types of receivers, and so on.

With further reference to FIG. 4, the receiver 14 preferably comprisesthree receiver arms for processing the SDARS broadcast stream receivedfrom two satellites 12, 16 and a terrestrial repeater 17, as indicatedby the demodulators 62, 64, 66, that are demodulated, combined anddecoded via the signal combiner 69 in combination with the SDRAM 70, anddemultiplexed to recover channels from the SDARS broadcast stream, asindicated by the signal combining module 69 and service demultiplexermodule 72. Processing of a received SDARS broadcast stream is describedin further detail in commonly owned U.S. Pat. Nos. 6,154,452 and6,229,824, the entire contents of which ore hereby incorporated hereinby reference. A conditional access module 74 can optionally be providedto restrict access to certain demultiplexed channels. For example, eachreceiver 14 in an SDARS system can be provided with a unique identifierallowing for the capability of individually addressing each receiver 14over-the-air to facilitate conditional access such as enabling ordisabling services, or providing custom applications such as individualdata services or group data services. The demultiplexed service datastream is provided to the system controller 68 from a multi-servicemultiplexer 60.

In accordance with an embodiment of the present invention, the radioreceiver 14 is provided with a memory or a part of a memory that ismanaged by firmware, for example, to support storing content frommultiple channels that have been broadcast, streamed or otherwisetransmitted for buffering the selected received and demultiplexed SmartFavorite™ channels of the currently active Tune Start™ channelconfiguration. Reference is made to commonly owned U.S. Pat. No.7,809,326 and U.S. Patent Application Publication No. 2009/0320075, theentire contents of which are hereby incorporated herein by reference,for storage of received broadcast or streamed content at a user device.

For illustrative purposes, a radio receiver 14 is shown that can have aTemporary memory 107. Preview memory 118, and a Personal memory 110, asdepicted in FIG. 4. It is to be understood that devices implementing theTune Start™ operation in accordance with illustrative embodiments o: thepresent invention need not have the memory allocation depicted in FIG. 4(e.g.. Temporary memory 107. Preview memory 118, and a Personal memory110) but rather can comprise a memory or at least part of a memory(hereinafter general)y referred to as “content buffer” 112) that ismanaged to buffer the selected received and demultiplexed channels ofthe currently active Tune Start™ channel configuration. Further, devicesimplementing the Tune Start™ operation in accordance with Illustrativeembodiments of the present invention need not operate in a MY RADIO modeas described below. For example, these devices can be configured to onlyhave a LIVE mode whereby content is stored, for example, only tovolatile memory for play back substantially as it is being received.

In accordance with an illustrative embodiment of the present invention,the content buffer 112 comprises a Background Instant Replay (BIR)buffer used to buffer Smart Favorite™ channel content, and a ForegroundInstant Replay (FIR) buffer used to buffer tire currently selectedchannel. More specifically, in accordance with the Instant Replay (IR)operation, a radio receiver or other user device buffers the audiocontent of the currently tuned channel in the FIR buffer (e.g., a FIFORAM buffer) so that the audio of the channel can be paused/resumed,skipped by track forward and backward, and rewound and fast-forwarded IRnavigation capabilities can be restricted on a channel basis, throughconfiguration data provided in a broadcast data service. For example,for music channels, the number of rewind and forward skips canoptionally be limited to 1 and 5, respectively, for each channel perhour. In one illustrative embodiment, the FIR buffer is the main IRbuffer used for the channel currently tuned by the user and is to bedistinguished from the BIR buffers used to accumulate content forun-tuned Smart Favorite™ channels.

With continued reference to FIG. 4, a Temporary memory 107, preferablyvolatile memory, can be used by the receiver 14 to store content thatwill not be stored beyond the user's current listening session (i.e.,unlike content stored for use during Playback mode). Preview memory 118,preferably non-volatile memory, can be configured into partitions ofseveral tracks by the user as well as still being accessible to thereceiver 14 for Record and autorecord modes Personal Memory 110 receivesdata transferred for permanent storage, or until the user deletes thedata. Personal Memory 110 may either be fixed or removable. Personalmemory 110 is preferably Flash memory or a hard drive. In one embodimentaccording to the present invention, the data cannot be transferred fromfixed personal memory 110.

Exemplary embodiments of the different implementations of memory in theinstant invention can include two modes: LIVE mode and MY RADIO mode. Inthe LIVE mode, the user is listening to one of the plurality of channelsof the broadcast content stream in real-time or as it is being received.The Temporary memory 107 will buffer at least the content from thechannel to which the receiver is currently tuned. As described below,the receiver 14 also buffers content from selected plural channels(e.g.. Smart Favorite™ channels) to implement a Tune Start™ operation inaccordance with the present invention. In MY RADIO mode, user islistening to content from the broadcast stream that was previouslyreceived and stored and the user's radio receiver is no longer in theLIVE mode. For example, a user may select MY RADIO mode when the radioreceiver is incapable of receiving the broadcast stream (e.g., due tosignal loss) or wishes to hear content that the user has selected forplayback and is not available when the user's radio receiver is in LIVEmode.

In the illustrated embodiment of FIG. 2, the receiver 14 may havevolatile memory, as its Temporary memory 107, in which content may betemporarily buffered. The volatile memory will preferably be erasedwhenever the device is powered off. The volatile memory preferablybuffers live broadcast content as the user listens to it, which allowsfor the Instant Replay (IR) operation, and the Tune Start™ operation inaccordance with illustrative embodiment of the present invention. Asstated above, any configuration of memory can be used for theimplementation of the Tune Stan™ operation, and is generally referred toas the content buffer 112.

As suited above, the Instant Replay operation allows the user, whilelistening to a live broadcast, to control content that they have alreadylistened to in the LIVE mode. Thus, the user is able to pause, rewind,and fast forward back to the real-time broadcast. The user can also skipthrough tracks stored in the volatile memory based on the PAD datastored along with the content. This allows the user, while listeninglive broadcast or streamed content, to stop and replay a certain lyricor answer to a question that they may not have understood or that theyhad liked, without missing the rest of the song or interview. The Replayfunction then allows the user to continue listening to the bufferedcontent or the user can “fast forward” to the end of the buffer to catchup with the live content. The memory used for the Replay function ispreferably volatile memory, but could he implemented using any suitablememory technology.

As an example, Smart Favorite™ channels each have their contentconstantly buffered in a FIFO RAM buffer employed as the BackgroundInstant Replay (BIR) Buffer (e.g., with a capacity of around 10 to 60minutes for each Smart Favorite™ channel depending on product RAMresources and cost targets). Once a Smart Favorite™ channel is selectedfor play, the Smart Favorite™ BIR Buffer content can be copied into theradio's Foreground Instant Replay (FIR) Buffer, replacing its contentsand effectively seeding it with historical content for further radio anduser manipulation. It is to be understood that copying need not beimplemented as an actual memory copy but can instead involve pointermanagement and other methods.

The Tune Start™ operation is described in further detail below inconnection with FIGS. 6-14 in accordance with illustrative embodiment ofthe present invention.

The Temporary memory 107 can also supports a “Buy” feature if providedby the user device 14. For example, a user is able to press a “Buy”button while they are listening to live or temporarily buffered content.The receiver or user device 14, in turn, responds to the user selectionto enable a purchase of the selected content if it is configured for the“Buy” feature.

The radio receiver 14 can also contain a Preview memory such as anon-volatile limited control memory that performs a number of functions.For example, the non-volatile limited control memory can perform an“auto-record” function to store broadcast content, and periodicallyupdate the non-volatile limited control memory with fresh broadcastcontent. The non-volatile limited control memory preferably issufficient to store several hours of time-shifted content. In thismanner, the user has several hours of fresh broadcast content availablein situations when a live signal is not available. The time-shiftedcontent contains PAD data and content data, so that the “buy” functioncan be performed by the user during playback.

If the user decides to buy a segment of the broadcast content, thecontent and or content-related information can be stored in the personalmemory for later use in purchasing die content. The segment may be asong, interview, recital, video, or other media. Alternatively, if theuser may want to record the content for later enjoyment, the content canbe stored in preview memory 118 or personal memory 110 depending uponthe user settings for the particular device 100.

In MY RADIO mode, the user is listening to the stored content fromeither temporary memory 107 or personal memory 110. Preview memory 118may have time-shifted content stored thereon for the user to enjoy orthe time-shifted content may be stored in personal memory 110. Thepersonal memory 110 may be a removable memory, such as Flash, on whichthe user bias stored his favorite songs or interviews. The personalmemory is preferably a flash memory, but of course any suitable memorydevice, including hard drives, non-volatile IC type memory, and so on.Alternatively, personal memory can be fixed memory that is accessiblevia a personal computer or similar device.

It is to be understood that the user (e.g., via a user interface), orthe radio receiver 14 or other user device (e.g., automatically), canpartition the volatile, nonvolatile, or personal memories intopartitions of memory. The size of the partition is bused upon the numberof tracks and the overall size of the memory. Additionally, the abovememories can be formed in a single memory in a device and merely managedas if they were Temporary 107. Preview 118, or Personal 110 memories.Alternatively, the Temporary 107, Preview 118, and Personal 110 memoriescon be separate memories in a radio receiver 14 or in a combination ofdevices (a personal computer and radio receiver 14 in a dock sharingpersonal memory). Alternatively, the radio receiver 14 can operate withonly one or a subset of these memories. The Instant Replay operation isalso available to the user when the radio receiver 14 or other userdevice is in MY RADIO mode.

Users have the options of entering preset or favorite channelinformation via the user interface 22 on the radio receiver 14 (or via apersonal computer 46 to which the radio receiver 14 can be connected) orother device for receiving broadcast or streamed content in accordancewith embodiments of the present invention. It is to be understood thatthe Tune Start™ operation need not be limited to preset channelscorresponding to manual buttons or dedicated inning or channel selectionbuttons on a radio receiver or other user device but rather can also beselected buttons generated on a graphical user interface of the radioreceiver. Further, the buffered Smart Favorite™ channels for the TuneStart™ operation of the present invention need not be limited to presetor favorite channels but can also be any selected group of channels thatarc relevant to the user in some manner. Channels related to the user orto each other in some manner can be automatically selected by the deviceor entered with user action or control. Further, in a radio withsufficient capacity for buffering and processing, all channels can beprocessed as buffered Smart Favorite™ channel.

Illustrative Product User Interface

FIG. 5 is an example of a user interface 22 for a radio receiver orother user device 14 that allows the user to select a channel forlistening. In this specific example, the user can view the channelnumber and name of the current channel as indicated at 170 in a displayarea 168, as well as the title of track currently playing us indicatedat 172. The user may also select one of four Preset buttons 174 (e.g..Preset 1, Preset 2, Preset 3, and Preset 4) to tune to a differentchannel, which had previously been assigned to the Preset button by theuser. Alternatively, the buttons 174 correspond to other channelsrelated to the user such as user favorites (e.g., most frequentlyselected by user based on receiver data, or grouped accordingly tofavorite genre, and so on). The interface 22 can also provide a Reversebutton 176, a Pause/Play button 178, a Forward button 180, as well asoptional Pause/Ploy icon 182 on the display area 168.

This specific example of a radio user interface 22 is intended forillustrative purposes only. It is to be understood that the radioreceiver 14 can show more or less information about the current channeland playing track, that there can be more or fewer Preset buttons; thatinstead of using Preset buttons to select an alternate channel, theradio receiver 14 can support a mode of listing Favorite channelspreviously selected by the user from which a new channel can beselected; and that the specific complement and arrangement of buttonsand display elements can vary greatly from radio receiver to radioreceiver. For example, the buttons can be graphical user interfacebuttons that represent favorite channels (e.g., that are programmedautomatically and dynamically to reflect the user's taste over timebased on radio receiver operations to select channels/tracks forlistening), that are changeable over time, and that are surfed via anyone or combination of toggle buttons, dials, up/down buttons provided onthe radio receiver 14.

Exemplary Problem Overcome by Tune Start™ Operation

For illustrative purposes. FIG. 6 illustrates a portion of the contentbroadcast over a few channels (e.g., channels 22, 33, 44 and 55) to aradio receiver capable of receiving multiple channels. Each track isrepresented by a rectangle of varying time duration, with the nature ofthe track content annotated within the box: Song x representing a song,DJ n representing disc jockey banter or station identification betweensongs. News x representing an uninterrupted segment of news reporting,Ad n representing a commercial advertisement, and Traffic x and Weatherx representing uninterrupted reports of traffic and weather conditions,respectively.

If the user is listening to News G on Channel 44, as the news reportends and Ad 4 begins he may want to tune to one of the other channels atTime T1. In doing so:

-   -   Tuning to Channel 22, he would hear Song B, but miss the first        portion of that song.    -   Tuning to Channel 33, he would hear some of the end of Song D,        and then some DJ banter.    -   Tuning to Channel 55, he would hear the middle of a commercial        advertisement.

Similarly, if the user is listening to Weather J on Channel 55, as theweather report ends and Ad 7 begins she may want to tune to one of theother channels at Time T2. In doing so:

-   -   Tuning to Channel 22, she would hear Song C, but miss the first        half of that song.    -   Tuning to Channel 33, she would hear Song K but miss the first        portion of that song.    -   Tuning to Channel 44, she would hear an ongoing commercial        advertisement.

From FIG. 6, it is evident that, in most eases, tuning from a currentchannel at the end of a track, the user will miss the start of thecurrent rack on another, newly selected channel. This specific exampleof broadcast content is intended for illustrative purposes only. It isunderstood that there could be many more channels (e.g., hundreds ofchannels); that the channels can be broadcast, multicast, or unicast tothe receiver, that the channels can be transmitted over satellite, aterrestrial wireless system (FM, HD Radio, etc.). over a cable TVcarrier, streamed over an internet, cellular or dedicated IP connection(e.g., 2-way IP) or otherwise transmitted wirelessly or via wirelinecommunications; and that the content of the channels could include anyassortment of music, news, talk radio, traffic/weather reports, comedyshows, live sports events, commercial announcements and advertisements,etc. “Broadcast channel” herein is understood to refer to any of themethods described above or similar methods used to convey content for achannel to a receiving product.

It is presumed that the radio receiver 14 has a method of identifyingseparate tracks through encoding incorporated within the receivedcontent, through content metadata conveyed in parallel with the content,or through metadata received via conveyance to the radio receiverseparate from die content. This track identification capability is knownfor many broadens; and streaming services, and is discussed in moredetail below.

Tune Start™: Method of Operation

An illustrative method for implementing the Tune Start™ operationinvolves buffering the content received from multiple channelspre-selected by or for the user, so that hacks from each bufferedchannel have been queued in radio receiver memory for time-skilledplayback from when a track starts if and when the user tunes to thebuffered channel during that track and while in LIVE mode. The radioreceiver 14 maintains a buffer (e.g., Content Buffer 112 describedabove), implemented with RAM, HDD, flash or other storage media, inwhich content from the buffered channels is continuously cached using amodified FIFO (first in first out) method, for example, duringreception. The Content Buffer 112 is sized sufficiently such that atleast one full track (subject to some maximum track duration) from eachbuffered channel is maintained in the Content Buffer. The number ofbuffered channels can be any number depending on the memory andprocessing constraints of the user device and the amount of memoryallocated per channel. As stated above, the radio receiver 14 is capableof playing content either live (i.e., as the content is received), orfrom content previously cached in the Content Buffer (e.g., intime-shifted playback) during live reception (i.e., Tune Start™ and notMYRADIO mode).

When the user selects a different channel during the LIVE mode, playbackbegins from the start of a track previously cached in the Content Buffer112 for that channel (i.e., unless that channel was designated forbuffering hut live playback). Thus, the user hears content from the newchannel from the start of a track. If the user continues to listen tothat channel, be effectively is listening to that channel time-shined,that is, delayed from the real-time content reception by a durationequal to the time the channel was selected minus the time the cachedtrack started broadcasting or transmitting.

As an example, at Time T1 in FIG. 6, the tracks broadcast preceding TimeT1 will have been cached in the Content Buffer 112. Those tracks thathad been broadcast in entirety will be cached in the Content Buffer inentirety. Those tracks still being broadcast at Time T1 will bepartially cached with buffering of those tracks continuing.

If the user is listening to Channel 44 at Time T1, and chooses to selectone of the other channels, the content available for play by the radioreceiver 14 from the Content Butler 112 is illustrated conceptually byFIG. 7. Thus, selecting Channel 22 begins play from the start of Song Afrom the Content Buffer 112, or selecting Channel 33 begins play fromthe start of Song D from the Content Buffer, or selecting Channel 55begins play from the start of Traffic 1 from the Content Buffer.

If the user selects Channel 22 at Time T1 and continues to listen tothat channel, the radio receiver 14 continues to cache the live contentof Channel 22 (as it docs for all of the buffered channels). Therefore,the user is effectively listening to cached content from the ContentBuffer for Channel 22, time-shifted (delayed) from the live broadcast bythe duration indicated by the Cached bracket 190 shown in FIG 7.Selecting either Channel 33 or Channel 55 at Time T1 results in similaroperation, with the radio receiver 14 playing cached content from thestart of Song D or Traffic 1, respectively, and continued play from thatchannel proceeding with some time delay of durations as indicated byCached brackets 192 and 194, respectively.

As a further example, if the user selects Channel 22 at Time T1, thendecides he would rather listen to different content at Time T3, thecontent available for play by the radio receiver 14 from the ContentBuffer 112 at Time T3 is conceptually illustrated by FIG. 8. Thus,selecting Channel 33 begins play from the start of Song D from theContent Buffer, or selecting Channel 44 begins ploy from the start ofNews H from the Content Buffer, or selecting Channel 55 begins play fromthe start of Ad 6 from the Content Buffer.

In accordance with illustrated embodiments of the Tune Start™ operation,changing from channel to channel over time produces the same result,that is, selecting a new channel will result in playback at the start ofa track on the new selected channel. Thus, the user enjoys hearingtracks from their starts or beginnings when changing channels, solvingthe previously stated problem.

The illustrative examples above can be implemented via an algorithmwherein the start of the oldest cached track (i.e., the track that hasbeen cached for the longest period of time and its start point is stillin the cache) for a channel is selected for play when tuning to thatchannel. Alternatively, an algorithm can be used wherein the start ofthe track most recently broadcast for a channel is selected for playwhen tuning to that channel. For example, referring to FIG. 6, whenfirst listening to Channel 44 and selecting Channel 22, play may startfrom the beginning of Song B, since Song B is the most recent broadcasttrack for Channel 22. Likewise referring to FIG. 7, when first listeningto Channel 22 and selecting Channel 33, play may start from thebeginning of Song E, since Song E is the most recent broadcast track forChannel 33. It is understood that different algorithms may be used tochoose which cached track is played from its start up on channelselection, including but not limited to playing the oldest cached truck;playing the newest cached track; playing the oldest cached track thathad not previously been partially heard by the user, playing the oldestcached track that had not previously been fully heard by the user;playing the oldest cached track that is within some time limit t fromthe live broadcast; and various combinations of the above.

Managing Buffer Contents

Different methods for managing the buffered channel contents can beused, depending on the storage resources of the radio receiver and thedifferent combinations of features achieved by illustrative embodimentsof the present invention. For example, in one implementation, the radioreceiver 14 maintains at least one full track in the Content Buffer 112for each buffered channel. Each time a new track is cached for a givenchannel, the previous older track for that channel is deleted from thebuffer to make room for additional caching. This is the methodexemplified by the examples shown in FIGS. 7 and 8.

In accordance with an alternative illustrative embodiment, the radioreceiver 14 maintains more than one full truck in the Content Buffer 112for each buffered channel. The number of tracks cached for each channelmay be fixed in number (i.e., n tracks per channel) or based on timeduration (i.e., all full tracks cached within the previous m minutes).In still yet another illustrative embodiment, the radio receiver 14maintains all content, whether complete or incomplete tracks, for a setduration per track (i.e., all content received for the channel for theprevious m minutes) or a net amount of storage per track (i.e., allcontent received for the channel that can be stored in k bytes ofContent Buffer memory.)

Content Buffer 112 storage may be allocated to buttered channels boredon a fixed amount per channel (e.g., by duration or by storage), or maybe dynamically allocated to buffered channels to accommodate differingtrack, lengths currently cached (i.e., each channel allocated storage sothat it can cache n channels for that channel).

The radio receiver 14 can limit the length of a cached track to a setmaximum duration or size (e.g., 10 minutes or 4 MBytes) to accommodateunusually long tracks. Depending on intended behavior, such long tracksmay be continuously cached in a FIFO manner so as much of the track aspossible is maintained in the cache, or may be deleted (so the user isunable to play from a cached track unless it is certain it can be playedfrom the start).

Multiple methods for storing and retrieving cached data into and out ofthe Content Buffer 112 can be used, including but not limited tocontinuous ring buffers, fixed block allocations and linked lists, andother methods apparent to those skilled in the art.

Navigating Cached Channel Contents

When selecting a channel that begins play from the start of a cachedtrack, multiple methods can be used to provide the user with controlover content play in accordance with illustrative embodiments of thepresent invention.

In accordance with one illustrative method (i.e., which may be thesimplest method from a product user interface perspective), no controlis afforded to the user for navigating (e.g., scanning forward or back)through cached content when playing back a channel. When the userselects a channel, content is played from that channel continuouslywhile it is selected. If the channel started playing from the start of ncached track, it will continue to play from the cached Content Buffercontinuously for as long as it remains selected. No method is providedfor the user to jump to live play of the content currently received forthat channel.

In an alternate illustrative embodiment, the radio receiver 14 includesa control (e.g., the exemplary Forward Button 180 illustrated in FIG. 5)that allows the user to force content play from the live contentcurrently received for the channel.

In an alternate illustrative implementation, the radio receiver 14includes controls (e.g., the exemplary Reverse and Forward Buttons 176and 180 illustrated in FIG. 5) that allow the user to skip betweentracks cached for the current channel in a reverse and forwarddirection, respectively. This is most useful for radio receivers thatcan cache more than one full track per channel.

In accordance with an illustrative embodiment of the present invention,one policy that can be implemented by the radio receiver 14 on a channelchange can be to play from the start of the most recent track partiallycached in the Content Buffer from that channel. The user can then usethe Reverse button 176 to skip to the start of the previously cachedtrack, and press the button again to go to the track cached before thatone, and so forth until the oldest track cached in the buffer.Similarly, the Forward button 180 can be used to skip forward throughcached tracks, with a final press starting live (real-time) play of thatchannel content. It is to be understood that a policy implemented by theradio receiver 14 as described herein can be a set of rules oralgorithm(s) implemented in software, or indicated in metadata providedto the radio receiver, for example, for controlling radio receiverfunctions such as caching or buffering, selecting which track from whichto play following channel change, or channel re-selection, the playposition (e.g., from the start or other position in the track) fromwhich to playback the cached track, and so on.

Alternatively, the policy implemented by the radio receiver 14 on achannel change can be to play from the oldest fully or partially cachedtrack in the Content Buffer 112 from that channel.

Use of the Forward and Reverse controls (e.g., buttons 180 and 176,respectively) can alternatively skip forward and backward within cachedcontent to locations other than track boundaries, e.g., by some fixedtime duration, some fixed storage amount, or by presence of metadatafields embedded in the cached content or maintained in separate datastructures referenced to the cached content.

The radio receiver 14 or other user device may also maintain an internalmarker indicating the last play position within the buffer when a usertunes away from a channel. Such marker can be subsequently used as anavigation marker that is similar to the above-mentioned trackboundaries if the user later tunes back to that channel, allowing theuser to conveniently return to a previous listening point (i.e., even ifwithin a track, and not necessarily corresponding to a track boundary )with the Forward and/or Reverse controls, or a control dedicated toreturning to previous play position.

The radio receiver 14 can also provide a control to pause play (e.g.,the Pause/Play button 178 illustrated in FIG. 5). On pressing thisbutton during play (e.g., from live or cached content), the radioreceiver 14 halts audio output hut continues to cache new live contentfor the channel into the Content Buffer. When pressed again, playcontinues from the paused point in the cached content.

Multiple policy alternatives can be used to handle the re-selection of abuffered channel, i.e., what to play when reselecting a channel forwhich the track played when that channel was last selected is still inthe Content Buffer. In one approach, re-selection results in playback atthe point where the channel was last tuned away, or at the oldestcontent in the Content Buffer for that channel if the previous stoppoint has since been flushed from the Content Buffer. In an alternativeapproach, re-selection starts play at the next cached track start, orfrom live play.

Buffered Channel Selection

A number of different methods can be used to manage which channels areselected for buffering in the Content Buffer 112 (i.e., hereinafter“buffered channels”), depending on radio receiver content receptioncapabilities (e.g., the number of channels that can be receivedsimultaneously) and storage/computation resources.

In accordance with one illustrative embodiment of the present invention,all receivable channels can be buffered by the radio receiver 14 andtherefore all of the channels are buffered channels.

For radio receivers 14 that can receive a limited subset of broadcastchannels simultaneously, different methods can be used to select thebuffered channels.

In accordance with an illustrative embodiment of the present invention,the number of channels that can be buffered is equal to or greater thanthe number of channels allowed for selection by the user as a Preset orFavorite channel. Thus, all Preset or Favorite channels are buffered sothat when any of these channels arc selected, play can begin at thestart of a track on one of these channels.

In accordance with another illustrative embodiment, the user selects asubset of Preset or Favorite channels, up to the limit of butteredchannels supported by the radio receiver, to be designated as bufferedchannels.

In accordance with another illustrative embodiment, the user selectsspecific channels, up to the limit of buffered channels supported by theradio receiver, to be designated as buffered channels independent oftheir selection as Preset of Favorite channels.

In accordance with an illustrative embodiment of the present invention,the content delivery system is configured to allow radio receivers 14 toreceive certain groups of channels simultaneously, e.g., by combining agroup of channels into a single physical Payload Channel which can bereceived by the radio receiver. All the channels in such a group arethen either automatically designated buffered channels or are candidatesfor the user to select as buffered channels. If the radio receiver iscapable of receiving multiple Payload Channels at the same time, all thechannels in all of the simultaneously received Payload Channels can bedesignated buffered channels. The content service operator communicatesto the end user which groups of channels can he selected as bufferedchannels, with groups of channels optionally organized by some measureof content affinity (e.g., news channels, sports channels, musicchannels, etc.).

In accordance with an illustrative embodiment, the radio receiver oruser device 14 speculatively selects all channels in one or more Payload Channels as long as at least one channel in the Payload Channel hasbeen selected as a buffered channel by the user.

In accordance with another illustrative embodiment, the radio receiveror user device 14 selects the buffered channels without explicit userselection and instead based on channel or content interest derived bythe radio receiver software. For example, the radio receiver 14 canselect buffered channels based on historical selection time by the usere.g., buffering the channels most often selected for play by the user.The radio receiver 14 can select buffered channels based on historicaltopic interest by the user, e.g., buffering the channels playing contentattributed with topic metadata that matches the topic metadata mostoften historically selected for listening by the user. The selection ofchannels for buffering can be dynamic over time to reflect the type ofcontent a user historically listens to throughout the day. For example,more news channels can be buffered in the morning when the usertypically listens to mostly news content, and more jazz music can bebuffered in the evening.

It is understood that multiple methods for selecting buffered channelscan be combined. For example, automatically selecting channels in theusers Presets or Favorites list while adding additional channels basedon explicit user selection or historical listening frequency; or in aproduct with limited buffering capacity, selecting as buffered channelsthe subset of Preset or Favorite channels that are most frequentlyselected by the user.

Selection of Buffered Channel Content to Playback

In accordance with illustrative embodiments of the present invention, asingle radio receiver or user device 14 supports multiple policies forselecting buffering versus live playback on channel selection, as wellas for which buffered content is selected for playback and from whichplayback point in a buffered content segment or sample to commenceplayback. For example, the selected playback point of a buffered SmartFavorite™ channel is chosen based upon at least one of (i) type ofcontent, (ii) type of channel, (iii) natural transition of the content(as may be known or determined by programming personnel), (iv) a look-uptable, (v) user designation, (vi) time of receipt, and (vi) dataassociated with the channel received by the receiver, among othercriteria. Illustrative Channel Play On Select assignments are furtherdescribed below wherein, following a channel change, buffered contentcan start play from newest track or segment, or from the oldest truck,in the buffer for that channel, or from real-time or live content.Further, the selected playback point can be from the beginning of thetrack or cached segment, or after a selected number of samples or timeinterval into the track or segment (e.g., the number of samples willvary, in general, with each channel, with each song or clip, and even,for example, with the content that was playing on the previously tunedchannel), or at a natural transition point in the content such as atrack or song intro (e.g., an initial or introductory segment within nmusic track, or after, or at a certain point during, a talking segmentat the beginning of a music track).

In accordance with illustrative embodiments of the present invention,broadcast metadata for each channel explicitly indicates the policy tobe used by the radio receiver or device 14 for each channel. In anotherimplementation alternative, broadcast metadata characterizing thecontent type for each channel implicitly indicates the policy to be usedby the radio receiver or user device for each channel. In anotherimplementation alternative, broadcast metadata for each track indicatesdie policy to be used when that track is cached in a buffer (e.g.,Content Buffer 112). In another illustrative implementation, a defaultpolicy is based on channel policy, but is overridden if that channelreceives and caches a track for which specific content type or policy isspecified.

Identifying Track Boundaries

The radio receiver or user device 14 implements a method for identifyingtrack boundaries in the received content in accordance with illustrativeembodiments of the present invention. In one illustrative embodiment,track identification implemented by some commercial satellite radioreceivers is employed wherein metadata is transmitted in parallel withbroadcast digitized audio content. The metadata can include, among otherfields, a Program Identifier (PID) that indicates, when the device 14has received a new PID value, that a new track has started, asillustrated in FIG. 9.

With reference to FIG. 9, which is un exemplary case of a channelplaying songs with DJ announcements between the songs, the PID changesvalue at the start of each song and at the start of each segment of DJannouncements 166, allowing the radio receiver 14 or other device todetermine the start of each track for purposes of caching and playback.Other metadata such as program labels (e.g., artist name, song title,etc.) can change; however, for the purposes of effective trackidentification, these changes can be ignored by the radio receiver 14.For example, as shown in FIG. 9, Label=D and Label=E are changed by theDJ during song “C” without a corresponding IMD change.

Other methods can be used for identifying track boundaries asappropriate for the type of content and content delivery mechanisms. Theparticular method used for track identification is not critical, as longas some type of method is provided.

In accordance with other illustrative embodiments of the presentinvention, for skip operations in a satellite and/or terrestrial mode,the radio receiver or device 14 can identify track boundaries or skipmarkers as either: PID changes in the broadcast metadata, or changes inArtist/Title labels in the broadcast metadata. For example, a radioreceiver or device 14 can automatically select one of the methods abovefor each channel, based on the channel content type of the channel asfollows: for music, track boundaries or track skip markers are based onPID changes in the broadcast metadata; and for content other than music,track skip markers can be based on Artist/Title label changes in thebroadcast metadata. Thus, a good user experience is achieved for mostchannels when using the Tune Start™ operation, given that (a) IMDs aremost closely managed by operations for music channels and are intendedto identify “song” starts, (b) PIDs may be infrequent in non-musicchannels such as talk, sports, and news and therefore may not providesufficient granularity for user IR navigation for these channels, end(c) label changes do provide reasonable granularity for aver IRnavigation for the non-music channels.

If the device 14 is operating in an IP mode (e.g., receiving content viastreaming), track skip markers can be based on the Artist/Title labelchanges in the metadata transmitted in-band with the audio stream or ina separate band from the audio stream Alternatively, the device canemulate track marker behavior of a radio receiver by using, for example,data and a parameter that identifies channel content type to behavesimilarly to use of PID and channel content type, respectively, asdescribed above.

Additional Media Types

It is to be understood that the described above are also applicable toproducts that receive content other than audio. For example, productsreceiving multiple video channels, image streams, or combinations ofaudio and video can employ the same methods for buffering a contentchannel such that a user navigating between channels is able to enjoycontent segments played front the start when arriving at a new channel.

Masking Buffered Channel Playback

A number of different implementations can be used in the user interface(UI) 22 regarding the user's awareness of which channels are bufferedchannels (i.e., played with a slight delay from real-time) and whichchannels arc not buffered channels (i.e., played as received inreal-time).

For channels playing non-time-sensitive content (e.g., music, a comedyshow, a pre-recorded talk show, etc.), the UI 22 can “hide” the factthat, when a user tunes to a buffered channel, the radio receiver orother user device 14 begins play from the start of a cached track. Inthese eases, it generally does not matter to the user that the cachedtrack is being delayed from real-time reception for a few minutes orless. The user simply enjoys always starting at the beginning of a trackwhen changing to a buffered channel. This illustrative implementationcreates opportunities to simplify the user interface, e.g., eliminatingthe need for functions such as skipping forward to a new track or liveplay, or reverse to previous tracks, in cases where these functionswould be difficult to support in a device 14 with simplified userinterface controls.

In contrast, for channels playing time-sensitive content such as livesports events or news, weather and or traffic updates, it may beimportant to reveal to the user that the content playing from a bufferedchannel has been delayed from real-time, so they may choose to skip toreal-time received content if desired.

In accordance with another illustrative embodiment, only channels withnon-time-sensitive content are buffered channels, and no user interface22 features are provided with which to skip ahead (or back) for suchchannels. In yet another illustrative embodiment, the user canexplicitly choose to allow buffering of additional lime-sensitivechannels (i.e., the user judges the delayed playback to beinconsequential) through selection of specific channels or an overalldevice preference setting.

In accordance with another illustrative embodiment, the radio receiver14 can impose a maximum delay from real-time allowed for all bufferedchannels, specific buffered channels, or just the time-sensitivebuffered channels. For example, the maximum delay for a traffic/weatherchannel might he limited to 5 minutes, such that tuning to that channelwill play from the start of a cached track only if the track start iswithin 5 minutes of live play; otherwise it will play live content.

Illustrative Use Case and Tune Start™ Operation

As stated above, the Tune Start™ operation improves the experienceresulting from a common user behavior, that is, the listeneroccasionally skips (e.g., “surfs”) between a small number of favoritechannels, which may be a mixture of music and non-music channels, tofind something to listen to. Changing to a new channel often results inthe user missing the start of whatever song or news/talk or othersegment is playing on that newly selected channel at the time.

For example, the Tune Start™ operation improves the experience of a userhaving this common user behavior as follows: the user is listening tonews on channel 123 and her interest in the currently playing content iswaning (e.g., segment is transitioning to an advertisement orinterstitial content, or the topic is of low interest, or she simplywants to hear something different). She selects one of her presetchannels, music channel 234, for example. She hears the start of a songon channel 234 (even though live broadcast for channel 234 might be inthe middle of song). If she does not want to hear that song, she selectsyet another preset channel (e.g., music channel 345) and hears a songfrom that channel also from the start. The result is that she hears the“current segment” (e.g., a song in this example) for each of theseselected preset channels from its start, instead of from somewhere inthe middle of that currently selected content segment.

Furthermore, after listening to a song on channel 345, she mightre-select news channel 123. By this time, it is likely that her radioreceiver or other device 14 has now queued up the start of a fresh newssegment for her to enjoy from the beginning.

User Interface (UI) Challenges and Solutions

The following are some of the UI and performance challenges that mayoccur, and the solutions achieved by illustrative embodiments of thepresent invention when implementing the Tune Start™ function.

Determining which Segment to Queue for Next Play

Once the user has been listening for 10 minutes or so, it is likelymultiple segments would have been queued for each of the Tune Start™operation channels. When tuning to a Tune Start™ operation channelplaying music, selecting the oldest cached segment (i.e., a song), hasadvantages. Starting with the oldest segment means that if the usertunes away from this segment (not interested) and then revisits thispreset shortly thereafter, there will be a fresh segment queued andready to start (the next oldest segment). This approach can be used formusic since it generally does not matter to the user whether the songwas broadcast 10 minutes ago vs. started broadcasting 30 seconds ago. Incontrast, when tuning to a Tune Start™ channel (e.g., a Smart favorite™channel) playing news, the user will often prefer to hear the start ofthe currently broadcasting segment (i.e., the newest segment), so it isas clove to real-time as possible. This means Tune Start™ should bydefault play the newest segment cached for that channel. Furthermore,for Sports, the user may prefer to bear live play-by-play when tuning tothe channel. Thus, selection of buffered content for playback can becontrolled on the basis of the content and/or channel type in accordancewith illustrative embodiments of the present invention.

Handling a Return to a Smart Favorite™ Channel

For example, a user is listening to the middle of a song on channel 234,and then he changes to channel 345 (i.e., hearing a segment start itsbeginning on channel 345). Unsatisfied, the user returns back to channel234. Of particular interest is what the radio receiver or device 14plays when Channel 234 is re-selected assuming Channel 234 is enabled asa Smart Favorite™ channel. Does the radio receiver or device 14 continueplaying channel 234 at the point the track was playing when the channelchange occurred, or docs the device 14 play from the start of the nextcached segment (i.e., song) for channel 234! If no “next segment” hasyet to be broadcast on channel 234, does the radio receiver or device 14play channel 234 where it left off in the cached content or jump to livecontent! It can be assumed that the user is tuning away from 234 becausehe did not want to hear the rest of that song on channel 234 at all, orbecause he merely wanted to briefly see what was playing on channel 345.Both are legitimate user intentions. It is therefore assumed that theuser would not want the user device 14 to play from the start of thesong that was last playing on channel 234, as this action of the userdevice 14 would likely contradict all implied user intentions and couldbe frustrating to the user.

More specifically, Last Play Point shall hereinafter refer to the bufferposition corresponding to audio content that was playing at the instantthe user tuned away from a channel (and therefore the last content theuser heard from that channel). Last play Point can be anywhere within atrack. It is assumed that “channel-reselection” is merely asub-condition of channel selection in general, referring to a situationwhere a channel is selected and the Last Play Point is still within theFIFO BIR buffer. User intent when re-selecting a Smart Favorite™ channelcan be any of the following:

To Resume Track Play: User wishes to resume playing from the exact LastPlay Point of the re-selected channel. This is similar to “un-pausingand resuming” buffered playback for that specific channel.

To Resume Channel Play: User wishes to resume playing from there-selected channel, but there is no need to resume play from exactlythe Last Play Point of the re-selected channel. This is similar totuning to the live channel; the user has simply decided he wants tolisten to whatever is playing on the channel.

To Check for New Track: User wishes to hear what is now playing on there-selected channel, with hope of finding a new track to listen to,preferably from the track start. This supports a core use case for SmartFavorite™ channels, “preset surfing.”

When the user re-selects a channel, the user's intent in doing so isambiguous to the radio receiver or device 14. The challenge, therefore,is to provide a radio response and supportive UI elements to satisfy asmany of these intents as reasonably possible with minimal userinteraction and consistent radio behavior. Behavioral support for SmartFavorite™ channel re-selection is necessarily a compromise, with suchobjectives as: (1) minimize need for further user actions after channelre-selection for as many use eases as practical; (2) provide transparentand intuitive radio responses (e.g., a user is preferably unaware theradio receiver or device 14 is doing anything beyond just “re-tuning tothe channel” in most cases); and (3) provide consistent responses (e.g.,to avoid surprising and confusing the user).

For channels for which Tune Start™ behavior is enabled (e.g., not tuneto Live mode). Table 1 describes exemplary radio responses to channelre-selection and further user actions, if any, under conditions ofvarious user intentions and whether the radio receiver or device 14 hasbuffered the start of a new track since the re-selected channel waspreviously tuned away. In general (e.g., with some exceptions discussedbelow), the rule for the radio response on channel re-selection is asfollows:

IF the start of a newer track has been buffered since the Last PlayPoint THEN Play the start of the newer track ELSE Play from Live ENDIF

For 4 of the 6 conditions shown in Table 1, the simple rule abovesatisfies the user's intent. The two exceptions occur when the userwants to resume play at the channel's Last Play Point. In these eases,the user will hear live content, and will need to use IR navigationcontrols (to extent allowed) to move backwards until the Last Play Pointis heard.

For channels with unrestricted IR (e.g., talk, news, sports, and so on),the user can skip back and/or use rewind as necessary. For channels withrestricted IR (e.g., music), the Last Play Point may be unreachable inthe exception cases, since the user is limited in rewind capabilities.However, in most use cases, it is for non-music that the user will mostinterested in resuming an old Last Play Point, so this compromise isacceptable.

TABLE 1 Re-Selection Behaviors Condition Newer Track Re-SelectionResponse User Intent Buffered? Radio Response User Action Why did theuser re-select Is the start of a What does the radio What does the userthe channel? newer track in play immediately in need to do, if anything,buffer after response to the to fully achieve their previous playchannel re-selection? intent after the channel point? is re-selected? ToResume Track Play . . . Yes Plays from start of For non-music, pressContinue playing track (Newer Track newer track Skip Back and Rewindexactly where last heard Buffered) to find Last Play Point. whenpreviously leaving No Plays Live content Press Rewind to channel. (NoNewer Track from channel. audibly search for Last Buffered) Play Point.To Resume Channel Yes Plays from start of None Required. Play . . .(Newer Track newer track Return to the channel, but Buffered) notimportant to play from No Plays Live content None Required. exact playpoint last heard (No Newer Track from channel. when previously leavingBuffered) channel. To Check for New Yes Plays from start of NoneRequired. Track . . . (Newer Track newer track (User hears start of newSee if a new “better” track Buffered) track) is now available for the NoPlays Live content None Required. channel. (No Newer Track from channel.(User hears old track Buffered) still playing)

In accordance with other illustrative embodiments of the presentinvention, when reselecting a channel the radio may resume playback fromthe Last Play Point. For channels for which Tune Start behavior isenabled (e.g., not tune to Live mode). Table 2 describes exemplary radioresponses to channel re-selection and further user actions, if any,under conditions of various user intentions and whether the radioreceiver or device 14 has buffered the start of a new track since there-selected channel was previously tuned away.

TABLE 2 Re-Selection Behaviors Condition Start of Newer TrackRe-Selection Response User Intent Buffered? Radio Response User ActionWhy did the user re-select Is the start of a What does the radio Whatdoes the user the channel? newer track play immediately in need to do,if stored in the response to the channel anything, to fully buffer afterthe re-selection? achieve their intent previous play after the channelis point of the re-selected? channel? To Resume Track Play . . . YesPlays from start of For non-music, press Continue playing track (Startof Newer newer track Skip Back and exactly where last heard TrackBuffered) Rewind to find Last when previously leaving Play Point.channel. No Plays content from the None Required. (No Start of Last PlayPoint Newer Track Buffered) To Resume Channel Play . . . Yes Plays fromstart of None Required. Return to the channel, but (Start of Newer newertrack not important to play from Track Buffered) exact play point lastheard No Plays content from the None Required. when previously leaving(No Start of Last Play Point channel. Newer Track Buffered) To Check forNew Track . . . Yes Plays from start of None Required. See if a new“better” track is (Start of Newer newer track (User hears start of nowavailable for the Track Buffered) new track) channel. No Plays contentfrom the None Required. (No Start of Last Play Point (User hears oldtrack Newer Track still playing) Buffered)

In accordance with other illustrative embodiments of the presentinvention, the radio user interface can offer alternate channel tuningmethods for clarifying the user's intent when re selecting a channel aseither (a) preference to resume playback from the Last Play Point, or(b) no preference to play from the Last Play Point. In such anembodiment, selecting the user interface tuning method (a) results inplay from the Last Play Point as long as it is still present in thechannel's buffered content, and selecting the user interface tuningmethod (b) results in the same behavior described in Table 1. Thoughthis method adds some additional complexity to the user interface, itallows the user to explicitly resolve the above-mentioned ambiguity ofthe user's intent for channel re-election

The handling of some special channel selection eases and how they arehandled will now be described in accordance with illustrativeembodiments of the present invention. In the situation where there is notrack start in the BIR Buffer, the channel is played from Live whenselected. This situation may occur within the short period afterpower-up or after changing which channels are designated as SmartFavorite™ channel, but will otherwise be unusual after 10 or 15 minutesof BIR buffering with the some set of Smart Favorite™ channels sodesignated.

In some instances, radio receivers or devices 14 can be restricted interms of IR navigation capabilities. For example, content channels in atransmitted stream can be designated a particular navigation classselected from unrestricted, restricted, and disallowed. For anunrestricted channel, channel content in the IR buffer can be navigatedwithout restriction. For channels designated to have restricted IRnavigation, the channel content in the IR buffer can be navigated butwith restrictions as to the number of skips (e.g., a radio receiver ordevice 14 can be restricted to only a selected number of skips in agiven time period). For content channels designated to have disallowednavigation, a radio receiver or device 14 is prevented from navigatingthe content in the IR buffer.

Thus, for channels designated to have restricted IR navigation, a limitto the number of back skips per hour may make the Last Play Pointinaccessible to the user, even though it is technically still in thebuffer. Since this situation also implies there is a newer track startbuffered between the current play point and the older Last Play Point(meaning it has been tuned away long enough to start accumulating newcontent), this is an acceptable compromise to usability.

Identifying “Segments” Consistently

From the user's perspective, skipping over short segments such asDJ/announcement interstitials, advertisements, etc. and queuing only“real” segments (songs, news segments, sports segments, etc.) from thestart when changing to a Tune Start™ operation channel would bepreferred. However, a content provider may prefer not to facilitateskips over advertisements and some announcements. Further, segments maynot be consistently identified for all channels. For example, most (butnot all) music channels curated by the broadcaster may mark songs by PID(Program ID) changes, and a “song” is usually distinguishable from aninterstitial. However, only PAD value changes may distinguish segmentsfor many new/talk/sports channels. For some news/talk channels. PADvalues changes much more frequently than a logical “segment”, e.g.,cycling stock tickers during a financial news program or cyclingscore/game statistics during a sports broadcast. As described above,different demareations between content segments or tracks can be used,depending on content and or channel type, for skipping purposes inaccordance with illustrative embodiments of the present invention.

Avoiding Complex Controls

In accordance with illustrative embodiments of the present invention, noadditional controls beyond simply changing channels arc required tobenefit from the Tune Start™ operation. In accordance with anotherillustrative embodiment of the present invention, a device 14 canprovide more advanced capabilities such as jumping to live content,navigating forward back through segments cached using the Tune Start™operation. For example, Tune Start™ operations can use controls alreadyprovided for similar operations, such as Instant Replay (e.g., theReverse, Forward and Pause buttons 174, 176 and 180).

Avoiding Complex Configuration

Tune Start™ operation can be implemented in a user device 14 withoutuser configuration. Alternatively, if some configuration (e.g.,selection of preset or user favorite channels) is desirable ornecessary, it is preferably simple and intuitive such as instructionsand buttons or other user input control means provided via the UI 22.

Interaction with Other User Device Recording/Caching Feature

Other user device features can be provided that arc related to the TuneStart™ operation, including, for example: Instant Replay to Pause, skipback/forward in a RAM buffer for the current channel. In addition, otheruser device features can impact the same channel caching resourcesrequired by the Tune Start™ operation. For example, backgroundrecordings may require recording of 1 or more channels, separate fromthe Tune Start™ channels, in response to an explicit user request orautomatic function implemented by the radio receiver.

The Tune Start™ operation UI and underlying behaviors interact with theabove features such that: the UI remains intuitive without a lot ofconfusing modality; and the prioritization of active features thatcompete for the same limited receiver channel extraction capacity do notconfuse the user with configuration choices or features mysteriouslyswitching from available to unavailable.

Tune Start™ Operation UI 22 and Behavior

The Tune Start™ operation can be presented on the UI 22 as an extensionto an Instant Replay (IR) function, for example. In some respects, aTune Start™ channel can be considered a channel that already has someInstant Replay history cached, and play begins from a start of a cachedsegment when selected. The Tune Start™ operation is effectively“multi-channel replay” with some additional beneficial behaviorsenforced when initially selecting the channel. When selecting a channelthat is enabled for Tune Start™ operation, Instant Replay indicators canbe used to reflect whether the content is being played real-time versusfrom cached content. The same indication that content is being playedfrom the IR buffer can be used when playing Tune Start™ operationchannel from cached content (e.g., in the content buffer 112). Thus,there is no need to configure the UI 22 with two different indicatorsfor these functions. When listening to a channel that is enabled for theTune Start™ operation, the normal Instant Replay buttons can be providedto optionally navigate the cached content. A user can skip forward tolive content, skip backward for however many segments are still in thecache, pause, skip forward among segments in the cache, and so on, inthe same manner as for the Instant Replay function. The minimum contentcache buffer for each Tune Start™ channel can be 10 minutes, forexample.

The number of channels that can be simultaneously designated as SmartFavorite™ channels (i.e. supported with their own BIR Buffer) can vary,depending on radio receiver or device 14 resources and device data/audioextraction capabilities. For simplicity (i.e., to keep configurationsimple and transparent for the user), a device 14 with a capacity of “n”simultaneously designated Smart Favorite™ channels can designate thefirst “n” channels in the active preset bank as Smart Favorite™channels. Therefore, when the user selects a new preset bank, the first“n” channels are automatically designated as Smart Favorite™ channels,and begin filling their respective BIR Buffers. A more complex device UI22 can allow the user to designate some set of “n” specific channels asthe Smart Favorite™ channels, regardless of whether they arc in anactive preset bunk. Further, as stated above, devices 14 may supportmore simultaneous Smart Favorite™ designations and buffering thereof,depending on their simultaneous channel extraction and storagecapabilities. For example, a device with a capacity of “n”simultaneously designated Smart Favorite™ channels where “n” issufficient to accommodate the total number of channels in “m” presetbanks of the device can automatically maintain all channels in each ofthe “m” preset banks as Smart Favorite™ channels.

In addition, for simplicity, selection of related channels supported bythe Tune Start™ operation can be represented by a Favorites bank. Assuited above, the selection of Favorites channels need not be presetchannels but rather user favored or otherwise related content. Forexample, a Favorites bank can consist of the preset buttons channels, ora group of channels that are statistically selected for a user based onlistening habits, or a group of channels having a similar music genre,among other related groups of channels. Some user devices 14 can supportmultiple user preset banks (e.g., two or more banks with 5 SmartFavorite™ channels each, for illustrative purposes). Whenever a givenuser preset bank is active, the 5 channels in that bank are by defaultsupported by the Tune Start™ operation. When changing to a differentuser preset bank, the Tune Start™ operation for the previously selectedbank of channels is disabled, and the new bank of 5 preset channels aresupported instead. The replacement of die currently designated SmartFavorite™ channels from a previously active Favorites bank with the setof channels from a new active Favorites bank can be delayed until thenew active Favorites bank has been the active bank for 5 seconds, forexample. By way of an example, the 5 channels in the current Favoritesbank are automatically designated us Smart Favorite™ channels. Also, theUI 22 can require the user to cycle through the display of Favoritesbanks in order to view or select a new bank. As soon as a new Favoritesbank is displayed, the BIR 112 buffers for the Smart Favorite™ channelsfrom the previous bank would be immediately flushed as the channels inthe new bank arc designated as Smart Favorite™ channels. However, if theuser is merely viewing other banks and ultimately returns to theoriginally selected bank, the original buffered content of theoriginally selected bank would be lost as soon as the user startsperusing the other banks, resulting in a poor user experience. The delay(e.g., 5 seconds) avoids toss of the buffered data for situations wherethe user is merely viewing the list of other banks, but ultimately stayswith the current bank. The delay need not be imposed on designating thechannels in the active Favorites bank as Smart Favorite™ channels afterpower up. If the user selects a new active Favorites bank and a channelis assigned to both the previously active Favorites bank and the newbank, the contents of the BIR buffer for that channel need not beflushed as a result of selecting the new Favorites bank.

When selecting a supported channel track to be played following achannel change, Tune Start™ operation behaviors optimize the userexperience depending on the channel content type. In one illustrativeembodiment, each channel is designated for cached track selection forplayback based on at least one of the Play On Select methods describedbelow.

(i) Newest—start play from the beginning of the newest track in thecache (e.g., content buffer 120): This method is used for content wherethe user will typically want to hear the most recent content, but itdoes not need to be strictly real-time. Talk and news channels are typesof channels that can be designated for Newest Play On Select.

(ii) Constrained—similar to Newest, except that the start of the newesttrack in the cache is played only if it is within a fixed window of 5minutes, for example, from Live; otherwise play starts with livecontent: This method is used for content where play from track startprovides benefit, but it is preferred to keep the user listening fairlyclose to live play. The Constrained method may be preferable over Newestfor channels where tracks may be quite long in duration, such asnews/talk channels.

(iii) Real-time—start play with live content. Sports channels ore typesof channels that can be designated for Real-time Play On Select. Contentis still cached in a BIR Buffer to seed the FIR Buffer on channelselection, but initial play on select is from live

(iv) Oldest—start play from the oldest cached track that (a) stillcontains the start of the track in the cache and (b) had not beenpreviously played by the user. This method is used for content where age(and, optionally, order) of the track is of little consequence to thelistening experience. Music and comedy channels are types of channelsthat can be designated for Oldest Play On Select.

When a Smart Favorite™ channel it selected by the user, the channel'sBIR Buffer contents effectively replace the FIR Buffer contents (i.e.,“seeding” the foreground IR buffer). The radio or device 14 beginsplaying content from the buffer based on the Play_On_Select methoddesignated for the channel. If the channel BIR Buffer does not containthe start of a track that meets the criteria for playing from a trackstart as described above, the radio plays live content from the channel.For example, this may be the case within a minute or so after radiopower-on or preset bank change, until new starts of tracks beginaccumulation in BIR Buffers. When a different channel is selected whiletuned to a Smart Favorite™ channel, the most recent portion of the FIRBuffer that can fit into the Smart Favorite™ channel's BIR Buffer iscopied over the BIR Buffer, so the radio can continue to maintain anuninterrupted buffer of that channel's content

Channel Play On Select assignments can be conveyed to the user device orradio receiver 14 in a data service (e.g., along with other metadatasupporting features such as bank definitions for channel scanning andscan exclusions), pre-loaded in the radio receiver, and/or broadcast totin: radio receiver, and/or provided by an IP or PC connection, andtherefore can be changed in coordination with channel lineup changes.

A default zero configuration mode can be supported, as well ascustomization options for the user desiring additional control over TuneStart™ operation behaviors Default configuration supports the TuneStart™ operation for the channels in the currently selected preset bank.The user can be offered a simple, global Tune Start™ operationEnable/Disable option. If disabled, selecting a preset channel willresult in playback of live content on that channel. However, cachedcontent for the preset channel (i.e. up to 10 minutes) is still presentfor access by Instant Replay controls. Optional configuration (e.g., inu user device 14 Setup function) can allow the user to enable/disableTune Start™ operation for individual channels in a preset bank, or forindividual channels irrespective of their inclusion in any preset bank.

When a channel is not supported for Tune Start™ operation due to higherpriority features consuming the receiver's limited channel cachingresources, or due to a direct tune to a channel not in the currentpreset bank, the channel can simply be processed as a channel that docsnot have any Instant Replay history yet cached. Since the Tune Start™operation is an extension of Instant Replay, it is not a failure of TuneStart™ operation; rather it is a channel with limited Instant Replayhistory when selected, and therefore starts play at live. Whenidentifying segments qualified to queue for play from start, the cachedcontent is analyzed to find a segment start based on the followingpriority order, for example:

-   -   a. Segments identified as a song (i.e. PID containing a Song        ID).    -   b. Segments identified as a start of a traffic/weather report        (i.e. PID containing first appearance of a Traffic/Weather City        ID).    -   c. Segments identified by a change in PID value (including PID        “toggle” bit 31).    -   d. Segments identified by a change in the Artist string value.    -   e. Segments identified by a change in Title string value.    -   f. If no content meets any of the previous criteria (i.e. no        change to PID, Artist, or Title for all cached content), queue        the live content.

The criteria of Artist change above Title change is in recognition thatmany channels without managed PID changes may more frequently changeTitle info (e.g. sports scores, tickers, etc.), while less frequentlychanging Artist, thereby making Artists more likely to delineate longer“segment” choices. The preceding illustrative criteria optimize the TuneStart™ operation for the content with well-managed logical segmentidentification, while also providing reasonable benefit for channelswhere only PAD/PDT changes can be used to determine segments.

When re-selecting a Tune Start™ operation enabled channel that had beenpreviously selected and the content play position active when thechannel was last tuned away is still in the cache, a fresh track isqueued or playback from the last position is resumed by the user device14, depending on the content type and last playback position. Forchannels designated for Play On Select=Oldest (e.g., Music channels): ifthere is at least one track (e.g., PID containing a Song ID) cached fromthe start that had not been previously played (i.e., neither completelynor partially played), play is queued from the oldest such unplayedtrack in the cache. If, however, there are no unplayed segments cachedfor the channel, then, in one implementation alternative: if the segmentplayed during die previous selection of this channel was played for atleast 10 seconds, for example, during the previous select, play isresumed at the same location last played when the channel was previouslytuned away; otherwise, play is started at live. In anotherimplementation alternative, playback resumes at the lust play positionregardless of previous play duration.

For channels designated for Play On Select=Newest (e.g., News, Talk): ifthe newest segment in die cache had not been previously played (neithercompletely nor partially played), play is queued from the start of thatnewest segment. If, however, the newest segment had previously beenplayed, then in one implementation alternative: if the segment playedduring die previous selection of this channel was played for at least 10seconds, for example, during the previous select, play is resumed at thesame location last played when the channel was previously tuned away,otherwise, play is started at live; in another implementationalternative, playback always resumes at the last play positionregardless of previous play duration.

For channels designated for Play On Select=Real-time (e.g., liveSports), play is preferable always queued from live. The user still hasthe option of using the IR buttons to go back in the IR buffer ifdesired.

The radio receiver or user device 14 can maintain a buffer marker of thelast play position when the user tuned away from a Tune Start™ channel.On re-selection of that channel, if the play policy selects play fromthe start of a track (e.g., a newer track has now been buffered) and thelast play position is still in the buffer for that channel, the InstantReplay Forward and Rewind controls can be used by the user toconveniently rewind or advance to the last play position, so the usercan restore the last play position in the case their true intent was toresume play where they were last listening on that channel.

Tune Scan™ and Channel Scan

A radio receiver or user device 14 con also provide a Tune Scan™operation that enhances Channel Scan operations. When Channel Scanning,activation of a “Scan” button or similar method by the user causes theradio receiver or user device to cycle through a group of channels,playing u short excerpt (e.g., 5 to 20 seconds) of audio from eachchannel before advancing to the next channel in the group. When the usernears some content of interest, he halts the scanning operation (e.g.,by again pressing a “Scan” button or similar method) at which time liveradio receiver or user device 14 continues playing the channel that wasbeing scanned when the scan operation was halted. Such scanningfunctions arc available on radio receiver products such as, for example,AM, FM, SDARS, and HD radios.

Usually a channel scan function will play whatever is being broadcastlive for each channel, which typically is in the middle of a track (e.g.song, talk segment, advertisement, etc.). If the user halts scanning,the user continues hearing the track from wherever the track wascurrently playing live, typically missing the start of that track.

Illustrative embodiments of the present invention provide a Tune Scan™operation wherein, for each scanned channel enabled as a Tune Start™channel, the excerpt played from that channel during scanning is playedfrom the start of a track, from its buffered content, instead of fromthe middle of the live track. Thus, the user is able to hear trackexcerpts from their start during scanning, making it easier to identifythe content available on each channel. Also, when the user halts thescan operation, since the user has heard the start of the track on thatchannel, they arc able to enjoy listening to the full track rather thanonly a portion of the track.

The methods previously described for selecting which track to play forTune Start™ channels in response to channel selection can also beapplied in selecting which tracks are played from each channel duringthe Tune Scan™ operation (e.g., from oldest cached track, from newestcached truck, or from live, depending on the channel content). Inaddition, in accordance with one illustrative embodiment, the Tune Scan™operation can start playing the first excerpt from the oldest un-playedcached track among all scanned channels, then next play the next excerptfrom the next oldest un-played cached track among all scanned channels,and so forth until all cached channel content has been scanned. Inaccordance with another illustrative embodiment, excerpts from channelscan be played in some fixed order (e.g., the order shown in a presetbank, for example).

The channels scanned during the Tune Scan™ operation can correspond tothe channels enabled for Tune Start™ (e.g., the channels in the currentpreset bank, or user favorites determined using radio-based user contentconsumption metrics or other group of channels). In accordance with anillustrative embodiment of the present invention, the scanned channelscan include a mixture of Tune Start™ enabled channels and channels notenabled for Tune Start™, the latter played with live excerpts whenscanned. For example, when a group of channels is scanned, the userdevice or radio receiver 14 tunes to each of the channels sequentially(e.g., playing an excerpt of content from each channel for a brief timesuch as 2 to 15 seconds). When the user stops the Tune Scan™ operation,the currently playing channel simply continues playing as the currentlytuned channel. In accordance with other illustrative embodiments of thepresent invention, the user device or radio receiver 14 can perform avariation of the Tune Scan™ operation such as a Channel Scan and/or aContent Scan described below.

More specifically, in accordance with an embodiment of the presentinvention, the radio receiver or user device 14 provides at least one oftwo types of scanning, that is, channel scan and Tune Scan™ as furtherdescribed below: The radio receiver or user device 14 is configured todetermine which channels arc included during a scan operation, whichtype of scan is to be performed, the order of the tracks and channelsduring a scan operation, and the duration of time that content is playedback per scan. For example, when a group of channels is scanned, theuser device 14 tunes through each of the channels in a cycle, playing anexcerpt of content from each channel for several seconds or some otherappropriate time interval, for example. The radio receiver 14automatically plays several seconds from each of a group of channelsincluded in a scan list, repeating until the user stops the scanning.When the user halts the scan operation, the user device 14 stops thescan, and the currently playing channel simply continues playing as thecurrently tuned channel.

The configuration of the user device 14 to implement Smart Favorite™enables advantageous features such as Tune Start™ and Tune Scan™. Forexample, three behaviors and benefits of Smart Favorite™ are:

-   -   (1) Multi-channel IR (Instant Replay)—When the user tunes to a        Smart Favorite™ channel, the main IR (Instant Replay) buffer is        loaded with the contents of a background buffer for the channel,        so that previously suffered content for that channel is        available to the user as soon as it is tuned.

(2) Tune Start™ When the user tunes to a Smart Favorite™ channel enabledfor Tune Start™, the receiver 14 can play the currently playing trackfor that channel from the track start, so the user can enjoy the fulltrack (e.g., song) rather than joining it live somewhere in the middleof the track.

(3) Tune Scan™—When the user initiates a channel scanning functionacross any Smart Favorite™ channels (e.g., which are continuouslybuffered in the background), the receiver 14 can play samples from thestart of songs buffered from the scanned channels so the user can enjoyhearing a full song when halting the scan on content of interest;otherwise, the buffered content from the scanned channel can be playedaccording to a Play_On_Select configuration for that channel or type ofcontent.

When a user requests channel scanning via the user device 14, content isplayed from each scanned channel (e.g., in a selected list of channel(s)being scanned) in succession. If a scanned channel is a Tune Start™channel, an excerpt from the channel is played based on that channel'sTune Start™ behavior (e.g., Play_On_Select configuration or otherbehavior configuration) such as playing either the start of the currenttrack or from live. If a scanned channel is not a Smart Favorite™ (orthe Tune Start™ feature is disabled by the user), an excerpt from thechannel is played from the current live content Channel Scanning isclosest to traditional AM/FM scanning, but with the added benefit of anySmart Favorite™ channels being in the scanned channel list being playedfrom truck start, thereby allowing a user to listen to find out what isplaying now on each of the scanned channels. In other words, anychannels can be included for a Channel Scan.

When a user requests Tune Scan™, tracks or other portions if contentdeep in Smart Favorite™ channel BIR Buffers are played from track startor other Play_On_Select configuration, for example, thereby potentiallyplaying multiple buffered tracks per channel. This maximizes contentavailable for scanning, while allowing a user to listen to find newcontent (e.g., a new song), since only Smart Favorite™ channels and thecurrently tuned channel (FIR buffer) have been included in oneillustrative embodiment of a Tune Scan™ operation. As a further example,configuration data (e.g., channel metadata that is pre-configured as auser device default setting, or broadcast or otherwise transmitted) canbe established to classify each channel broadly as either “music” or“not music”, and Tune Scan™ can be configured to only scan Tune Startchannels™ classified as “music” based on this channel metadata.

By way of another illustrative example, the user device 14 is providedwith a list of channels to scan (e.g., for a Channel Scan) or a simplerequest to scan Smart Favorite™ channels (e.g., for a Tune Scan™), alongwith a parameter indicating play time seconds for each channel. The userdevice then sequences through the channels playing content andoptionally using selected metadata (e.g., Artist/Title) for displayduring live scanning. If the user selects an advance button (e.g., FastForward or Rewind buttons 180 and 176), the user device 14 can skip to aprevious or next sample of content from a scanned channel or to the nextscarred channel immediately, depending on the scan list and scanningbehavior configuration. If the user stops the scan (e.g., eitherstopping on the currently scanned channel or aborting the scan), theuser device 14 stops the scan and tunes to a predetermined channel suchas, for example, the channel that was being played at the time the scanwas initiated, or, for example, the last channel played during the scan.

As stated above, Multi-channel IR can be, for example, supported by theuse of simultaneous buffering of multiple channels (e.g., “SmartFavorite™ channels), along with Tune Start™ and Tune Scan™. It is to beunderstood that the benefits of the Multi-channel IR functionality(e.g., access to pre-buffered content when tuning a channel) areavailable independent of the Tune Start™ and Tune Scan™ features. Inaccordance with an illustrative embodiment of the present invention,when the user tunes to a Smart Favorite™ channel, the BIR (BackgroundInstant Replay) buffer contents for that channel are effectively copiedto the FIR (Foreground Instant Replay) buffer. The user can then skipbackwards into the buffered contents if desired. When the user tunesaway from a Smart Favorite™ channel, as much of the accumulated contentsof the FIR buffer that will fit in the channel's BIR buffer can beeffectively copied into the BIR buffer. The user device 14 can beconfigured to automatically delete IR content when a new active channelis tuned. For example, the user device 14 can be configured to not mixcontent from multiple channels in a single FIR for a currently tunedchannel, or BIR buffer for a particular channel.

As stated above in connection with Channel Scan, there arc noconstraints on how the radio receiver or user device 14 selects channelsfor a Channel Scan operation. Examples include, but are not limited to,scan all channels in a given Category; scan all channels assigned to auser's “Favorites” list (e.g., preferred content type(s), artist(s) orchannel(s)) or Smart Favorite™ channels, scan all channels assigned tothe current preset banks, scan all channels assigned to any of theuser's preset banks, scan all channels in a “scan list” that the usercan specify in q user device setup menu.

The Channel Scan function is intended for use with channels playing anycontent type. It plays the currently played track on each scannedchannel, optionally playing from the start of that track for Tune Start™channels. Content from each channel is played for a short period of timesimilar to conventional AM/FM radio scan behaviors. For channels thatare not designated as Smart Favorite™ channels, the content played isthe live content for that channel. If the Tune Start™ feature has beendisabled by the user, the content played for all channels is the livecontent regardless of whether the channel is a Smart Favorite™ or not.When Tune Start™ is not disabled, the content for Smart Favorite™channels is played the same as would be played if the user manuallyselected the channel. Scanning behavior is therefore governed by theafore mentioned Play_On_Select described below. Like manual channelselection, the selection of play point is influenced by whether the userhad recently been tuned to that channel (i.e., where the Last PlayPoint, if any, for that channel is in the BIR Buffer in relation toother buffered trucks).

By way of on example, for Smart Favorite™ channels designated withPlay_On_Select=Newest, the radio receiver or user device 14 playseither;

-   -   (1) From the beginning of the newest track in the BIR Buffer        (i.e.. the track that is still playing live at the time of        channel selection), if the Last Play Point for that channel is        earlier in the BIR Buffer than the newest track start or is not        present in the BIR Buffer (implying user has not heard the        newest track); or

(2) From Live, if the Last Play Point for that channel is later in theBIR Buffer than the newest truck start (implying that the user hasalready listened to some of the newest truck).

If the scan plays from this channel multiple times while cycling througha scan and is playing from the beginning of the newest track (option #1above), it continues to play from the same location each scan cycleuntil and unless a newer track begins to play on that channel, at whichtime that new track will now be played for each scan pass. In otherwords, if the newest track for a channel has not changed from scan toscan, then with each scan cycle the user device 14 plays from the startof that same track. If a newer track starts for a channel while stillscanning, then this newer track is now the “newest track” and plays fromthe stan for subsequent scan cycles. On the other hand, playing fromLive (option #2 above) avoids scanning content already heard (e.g.,actively tuned) by the listener. Alternatively, in other exemplaryembodiments, the user device 14 can play successive portions of the sametrack, or successive portions of the same track but starting a definednumber of samples prior to the last sample played in the prior scanpass, so that a user does not effectively hear any portion twice.

In addition, for Smart Favorite™ channels designated withPlay_On_Select=Constrained, scan play is the same as for the Newestdesignation for Play_On_Select configuration, except that the start ofthe newest truck is a candidate for play only if it is within 5 minutesor other chosen time interval from the Live content; otherwise, the Livecontent is played. For Smart Favorite™ channels designated withPlay_On_Select=Realtime, current Live content is played during a ChannelScan operation.

Further, channels not currently designated as Smart Favorite™ channels(or Smart Favorite™ channels if the Tune Start™ feature has beenglobally disabled) will play current Live content during a Channel Scan.The FIR Buffer will be flushed as a result of playing that channelduring the scan.

In accordance with an illustrative embodiment of the present invention,the currently tuned channel is always included in any Channel Scan,which allows the user to easily halt the scan on the channel he or shewas previously listening to. If the Tune Start™ feature is not disabled,the currently Tuned Channel is treated as if it is a Smart Favorite™channel during the scan, compliant with its Play_On_Select designation,since it potentially has buffered content to the FIR buffer. At theinstant the scan starts, this channel will have a Last Play Point morerecent than the start of the currently playing track, but that maychange if a new track starts playing on that channel after the scanstarts. If the currently tuned channel is also in the scan list (e.g.,because it is also one of the current preset bank channels), it istreated as a single member of the scan list (i.e., it is not countedtwice in the scan list).

If the user device aborts a scan in progress, the tuned channel at thetime the scan started continues to play from Live. Stopping a scan isdifferent from aborting a scan. For example, in accordance with anillustrative embodiment, the user device can be required to support aScan stop operation, leaving the user playing the last heard channelduring the scan. Scan abort, however, can be optionally supported by theuser device 14, resumes play from the channel tuned before the scanstarted.

Tune Scan™ works only with Smart Favorite™ channels and can beimplemented primarily for music channels. For Smart Favorite™ channels,it can play excerpts from the start of multiple, older tracks in thechannel's BIR Buffer, to assist the user looking for a new song tolisten to regardless of whether the song is now playing or was recentlyplayed and buffered. With up to 6 channels with around 30 minutes BIRBuffer each, this can provide the user with dozens of songs to scanthrough. Thus, the user device 14 can optionally be configured torequest a Tune Scan™ of Smart Favorite™ channels restricted to Musicchannels. The user device 14, however, can also include non-Musicchannels in a Tune Scan™.

For a Tune Scan™ operation, the user device 14 can store a parameter(e.g., (a “Play Seconds” parameter) to specify a value (e.g., 8 seconds)for play of each channel during Tune Scan™. In accordance with anillustrative embodiment, content front each channel is played for alonger period of time with Tune Scan™ than for Channel Scan to allow theuser to hear enough of the content or track portion (e.g., a sample froma song) from its beginning to determine what it is.

Tune Scan™ is not affected by whether the Tune Start™ feature is enabledor disabled. In accordance with an illustrative embodiment of thepresent invention, when scanning the Smart Favorite™ channels, the radioreceiver or user device 14 plays from the start of the oldest track inthe channel's BIR Buffer that, for example.

-   -   1. still has the start of the track in the channel's buffer,    -   2. had not been previously played by the user.    -   3. is newer than the track played the previous scan pass for        this channel, and    -   4. if fully buffered in the BIR Buffer is longer than 45 seconds        duration.

If the scan plays from this channel multiple times while cycling througha scan, it advances to the next newest track in the BIR Buffer for eachcycle.

If all buffered tracks for this channel are eventually played duringscan cycles (e.g., whether from a single repeating scan cycle ormultiple scans initiated by the user), the scanning restarts again atthe oldest buffered track not previously played by the user, workingforward with each scan pass as before. If content has been accumulatingfor some time (e.g., 15 minutes or more) in the BIR Buffer, this meansthat the user benefits from hearing excerpts from the starts of multiplesongs from that channel during the scan, providing access to asignificant amount of content by scanning just a few channels.

For purposes of determining the oldest track that has not beenpreviously played by the user, any track with a Last Play Point withinthe track and all older tracks are treated as previously played by theuser. The Last Play Point for a Smart Favorite™ channel is not resetduring scanning unless the user halts the scanning while that channel istuned.

Each scan pass will play from Live for a channel if (1) the Last PlayPoint for the channel is later in the BIR Buffer than the newest trackstart (implies the user has listened to some of the newest track), or(2) there is no track start in the channel's BIR Buffer (e.g., typicalshortly after power-up or shortly after changing a Favorites bank),until newer track(s) are buffered for the channel. Thus, a candidateTune Scan™ channel will not be completely skipped over during Tune Scan™if there arc no suitable track starts for play in the channel's BIRBuffer. At minimum it will play from live for each scan pass.

Tracks, fully buffered in the BIR Buffer but shorter than, for example,45 seconds or other selected duration can be ignored for scan purposes.This provides a means of excluding interstitials from Tune Scan™ ifdesired in the various illustrative embodiments. This will not excludeplaying a short track that is currently playing Live, since there is nomethod for the radio to determine its length until the next trackbegins.

The currently tuned channel is potentially included in a Tune Scan™ evenif it is not a designated Smart Favorite™ channel, since it is bufferedin the FIR Buffer and therefore can be a source of buffered tracks. Ifthe Tune Scan™ is specified as Music-Only, the currently tuned channelis included hi the scan only if the channel type designation indicatesMusic for that channel. If the Tune Scan™ is specified for all SmartFavorite™ channels then it is always included in the scan. If includedin the scan, the currently tuned channel is treated as if it is a SmartFavorite™ channel since it potentially has buffered content in the FIRbuffer. The instant the scan starts, this channel will have a Play Pointmore recent than the start of the currently playing track, but that maychange if a new track starts playing on that channel after the scanstarts. If the currently tuned channel is also in the Tune Scan™ list(e.g., because it is also a designated Smart Favorite™ channel), it istreated as a single member of the scan list (i.e., not counted twice inthe scan list). If there are less than two candidate tracks available inall the Tune Scan™ candidates, the user device 14 can, for example,abort the scan with an error message.

During a Tune Scan™ session (i.e., from time the user starts a Scan tothe time the Scan is terminated), the radio receiver or user device 14attempts to play on excerpt from the start of each candidate track oncefor each scan cycle Since the scanned channels will have varying numbersof tracks available in their BIR Buffer, the order of channel selectionis generally not simple round robin. For example, the radio receiver oruser device can use the following criteria to determine which tracks toplay as the scan session is started:

-   -   1. Play the oldest buffered track from all Smart Favorite™        channels included in the scan (regardless of which channel)    -   2. Play the next oldest buffered track from all Smart Favorite™        channels included in the scan (regardless of which channel)    -   3. Repeat step 2 until the newest buffered track from all Smart        Favorite™ channels included in the scan is played.    -   4. Play from the live point for any Smart Favorite™ channels        that did not have at least one candidate track.    -   5. Repeat the cycle starting with 1.        If the scan is aborted, the tuned channel at the time the scan        started continues to play from Live.

As stated above, a user benefit of Tune Start™ is to bear a track fromits start upon selecting a Smart Favorite™ channel. However, accordingto some exemplary embodiments of the present invention, different typesof content need to be handled differently, so each channel can bedesignated to observe one of the Play_On_Select behaviors describedbelow:

-   -   Newest—Start play from the beginning of the newest track in the        BIR Butter (i.e., the track that is still playing live at the        time of channel selection). This is used for content where the        user will typically want to hear the most recent content, but it        does not need to be strictly real-time (e.g., music channels).    -   Constrained—Behavior in similar to Newest, except that the start        of the newest track in the BIR Buffer is played only if it is        within a fixed window (e.g., 5 minutes) from Live; otherwise,        play starts with live content. This is used for content where        play from track start provides benefit, but it is preferred to        keep the user listening fairly close to live play. It may be        preferable over Newest for channels where tracks may be quite        long in duration such as news/talk channels.

Realtime—Start play with live content, e.g. for a live sports broadcast,Content is still buffered in a BIR Buffer to seed the FIR Buffer onchannel selection, but initial play on select is from live.

The Play_On_Select behavior can be pre-con figured with the user device14 or provided dynamically (e.g., through a data service received andprocessed by the user device).

When a Smart Favorite™ channel is selected by the user and the userdevice 14 tunes to that channel, the channel's BIR Buffer contenteffectively replaces the FIR Buffer content (i.e., “seeding” theforeground IR buffer), and the user device 14 begins playing am tentfrom the buffer based on the Play_On_Select behavior configurationdesignated for the channel. When a different channel is selected whiletuned to a Smart Favorite™ channel, the most recent portion of the FIRBuffer that can fit into the Smart Favorite™ channel's BIR Buffer iscopied over the BIR Buffer, so the radio can continue to maintain anuninterrupted buffer of that Smart Favorite™ channel's content. Tofacilitate management of the replay buffers, the FIR Buffer can belarger than each of the BIR Buffers.

If the channel BIR Buffer does not contain the start of a track thatmeets the criteria for playing from a track Mart us described above, theradio receiver 14 can, for example, play live content from the channel.This will often be the case within a minute or so after radio receiverpower-on or a re-assignment of Smart Favorite™ channels due to a presetbank change, until new track starts begin accumulation in BIR Buffers.

In accordance with an illustrative embodiment of the present invention,a broadcast Channel_Content_Type value for each channel can he used bythe user device 14 to classify channels (e.g., as “Music” versus “notMusic”) for purposes of determining which Smart Favorite™ channels canbe candidates for a Tune Scan™. Alternatively, the user device 14 can beconfigured to analyze Channel_Content_Type metadata for each channel toimplement a more sophisticated user interface that determines if thereare sufficient channels for scanning before the user invokes a TuneScan™ function, thereby removing a control if not applicable.

Table 3 provides examples of Channel_Content_Type values,

TABLE 3 Channel Content Type Values Content Segment Channel ContentValue Name Type Boundaries Type Value (in this document) Music By PID 0Music_By_PID By Artist/Title 1 Music_By_Artist/Title Talk By PID 2Talk_By_PID By Artist/Title 3 Talk_By_Artist/Title Live By PID 4Live_By_PID By Artist/Title 5 Live_By_Artist/Title

Channel Content Type classifies the predominant content type andpredominant method of marking track (segment) boundaries for eachchannel, for use in various default behavioral policies for the channel.Channel Content Type is one of the designated configuration values foreach channel, indicating the following two classifications:

Content Type:

Music—Channel content is primarily songs.

Talk—Channel Content is primarily non-music, such as talk and/or news

Live—Channel Content is primarily live content, including sports,concerts, etc.

Segment Boundaries

By PID—Segments are defined by changes in PID values. Typical for Musicchannels, but also used for certain Talk and Live channels.

By Artist/Title—Segments arc defined by changes in Artist/Title.

Illustrative UI 22 Screens and Additional User Device 14 Operations

In accordance with illustrative embodiments of the present invention,the Tune Start™ operation and some additional functions (e.g.. TuneScan™) of a radio receiver or user device 14 will now be described withreference to FIGS. 10-12. Further, an example function referred to as“Featured Favorites” is illustrated wherein preset banks are defined andbroadcast (e.g., by an SDARS provider). With Featured favorites, acontent provider such as an SDARS broadcaster, for example, candynamically define sets of channel preset banks from multiple categoriesto help the user explore new and related content, for example banks ofholiday channels, artist channels, easy listening channels, andcelebrity channels (e.g., “Howards favorites”), and the like.

FIG. 10 is an illustrative radio receiver or user device 14 having a UI22 and exemplary screen 168 showing the track that is currently playingand providing a user with other controls (e.g., IR controls 176 or 178to pause or rewind the live channel, and user favorites buttons 174,among others.

To commence an operation such as Featured Favorites, the radio receiveror user device 14 can automatically designate the channels in the activepreset bank (e.g., User Favorites) as Tune Start™ channels, or canprovide a Smart Favorites enable/disable button. By way of an example,the radio receiver 14 starts playing Channel 25 (The Blend) and SherylCrow—All I Wanna Do (FIG. 10) is playing and likely from well withinthat song. If the user selects 80s on 8 from the presets, die songplaying on that channel (e.g., Rolling Stones—Emotional Rescue as seenin the UI screen depicted in FIG. 11) starts playing from the start ofthat song. As described above, to achieve this operation, radioreceivers or user devices 14 can be provided with multi-channelreception. Similar to the Instant Replay operation, which caches thereceived live content of the currently tuned channel into a RAM bufferto allow a user to pause and resume playback, the Featured Favoritesoperation supports multiple preset channels in addition to the currentlytuned channel, so content is ready for playback when u user changes to apreset channel. Moreover, the radio receiver or user device 14 isprogrammed to start at the beginning of songs and segments when a userchanges to a preset (e.g., uses PAD/PID to locate the beginnings ofcached segments).

A content provider such as a SDARS broadcaster can configure, forexample, through an over the air broadcast or via two-way IP, the SmartFavorites rules for each channel so that the radio receivers or overdevices 14 start from the beginning of songs for music channels, themost recent content segment for talk, and automatically go to live forvery time-sensitive content like live sports play, for example.

Also, once selected, any of these channels benefit from traditionalInstant Replay buffering, with the additional advantage that the InstantReplay buffer is “seeded” with the previously cached content for theselected channel.

Further, tuning speed is optimal us compared to other content selectiontechnologies. Since the content for the preset channels is beingconstantly received and cached in parallel, changing channels isinstantaneous. This is not the case with conventional streamingservices, which typically can receive only one channel at a time. Withstreaming, there is usually a significant restart delay every time auser changes a channel. However, it is understood that a radio receiver14 based on streaming services (e.g., a radio receiver capable ofreceiving streamed SDARS content such as via two-way IP) could beequipped to stream and buffer multiple channels simultaneously andthereby benefit from the capabilities and advantages provided by thepresent invention.

As stated above, a user can define his own preset banks consisting ofhis favorite channels. However, a content provider, for example, canalso define banks of presets that include related channels (e.g.,Featured Favorites) and broadcast them to the radio receivers 14.Pressing the Favorites bar on the current Now Playing screen (FIG. 11)produces a list of Favorites (preset) banks 184 while audio continuesplaying. For example, one use ease addresses u common issue during theDecember holiday season. During this time, SDARS providers produce anumber of holiday channels, for example, traditional Christmas music,country Christmas music, a Hanukkah channel, a classical holiday musicchannel, and so forth. SDARS listeners enjoy this content hut a commoncomplaint is not being able to find these temporary channels since theyarc spread out across the lineup in multiple categories generally. WithFeatured Favorites, a provider can define a preset bank called “HolidayMusic” that groups all of these channels together, appearing in the listof preset banks only during December. If a user selects Holiday Music,she will see these channels and can easily tune to any of them.

Other uses for Featured Favorites might be a single bank 184 to findtemporary and long-term Artist Channels such as, for example, channelsdedicated to Pearl Jam, McCartney, Springsteen, Elvis, and so forth.Alternatively, a bank 184 might include a collection of Easy Listeningchannels from multiple categories, jazz, pop, classical, country, tomake it easy to find something if a user is interested in that kind ofmood. In addition, “celebrity” banks 184 can be provided that eater tothe Howard Stern, Martha Stewart, or Oprah fan. These banks 184 can bedefined dynamically, broadcasting their definitions to radio receivers,so they can be added, deleted, and modified at any time. As an exampleof a Rock-oriented bank. “Rock Essentials” can be selected from the listof banks depicted in FIG. 12, which enables a user device 14 to generatea Now Playing screen showing a bank of 10 rock preset channels as shownin the screen depicted in FIG. 12.

The metadata provided for each Featured Favorites bank can include, butis not limited to, title of the bank; description of the bank contentsand/or purpose, imagery associated with the bank (e.g., a logo);specifications that indicate the radio receiver capabilities requiredfor displaying a particular bank (e.g., range of number of displayablechannels in the radio receiver's preset bank required to be allowed todisplay the bank, and/or channels or channel groups that must be tunableby the radio receiver to be allowed to display the bank), priority ofthe bank (e.g., which banks should be displayed to the user if the radioreceiver is capable of displaying a limited set of preset banks); andduration of the bank (e.g., allowable start and/or stop dates to displaythe bank to the user).

With continued reference to FIG. 12, the Scan button 188 can be pressed(e.g., which can highlight in blue or other color to indicate Scan isactive). As described above, the groups of channels that are scanned canbe user configurable, automatically configurable, dynamicallyconfigurable, or preset (e.g., present banks, content-specific, and thelike). The radio receiver or user device 14 then plays content from thechannels in a predefined or dynamically calculated order that simulatespicking a buffered track from each channel. Each time a song or othercontent from a channel is played, the button 186 for that channel can beconfigured to glow slightly, and the Artist, Title, channel number, andchannel logos corresponding to the currently scanned track arc updatedaccordingly in the display area 168. Content in each scanned track bydefault plays for a selected brief duration before skipping to the nextsong or other track. Thus, a user can hear a track such as as a songfrom each of the scanned channels from its beginning, for example,instead of from somewhere in the middle of the song like typical scanbehavior in existing devices. As described above, some channelsdesignated as Smart Favorite™ channels can be configured to playbackbased on Play_On_Select parameters (e.g., beginning, constrained, orlive or real-time). The artist and title information corresponding tothe currently scanned track can be displayed. Further, the user canpress the Fast Forward button 180 or Rewind button 176 if he or shewants to, respectively, fast forward or rewind the currently playingsample of the scanned channel, or skip to the next track sample sooneror return to a previous track sample. The buttons 180 and 176 can becontinuously depressed for fast forward and rewind operations within asample, and iteratively depressed to skip forward or backward amongsamples of tracks of scanned channels. If the radio receiver 14 is in acar and the user's car is equipped with an Up/Down button on thesteering wheel that is configured to allow channel changes, the presetscan operation provides a very useful and undistracted method forsearching for content.

Illustrative embodiments of the present invention have been describedwith reference to a radio receiver or other user device 14 havingfirmware and/or program code. It is to be understood, however, that thepresent invention urn also he embodied as computer-readable codes on ucomputer-regulable recording medium. The computer-readable recordingmedium is any data storage device that can store data which canthereafter be read by a computer system. Examples of thecomputer-readable recording medium include, but are not limited to,read-only memory (ROM), random-access memory (RAM), CD-ROMs, magnetictapes, (floppy disks, optical data storage devices. It is envisionedthat aspects of the present invention can be embodied as carrier waves(such as data transmission through the Internet via wired or wirelesstransmission paths). The computer-readable recording medium can also bedistributed over network-coupled computer systems so that thecomputer-readable code is stored and executed in a distributed fashion.Also, functional programs, codes, and code segments for accomplishingthe present invention can be easily construed as within the scope of theinvention by programmers skilled in the art to which the presentinvention pertains.

The above-presented description and figures are intended by way ofexample only and are not intended to limit the present invention in anyway except as set forth in the following claims. It is particularlynoted that persons skilled in the art can readily combine the varioustechnical aspects of the various elements of the various exemplaryembodiments that have been described above in numerous other ways, allof which are considered to be within the scope of the invention.

What is claimed is:
 1. A method for enhanced playback of content, themethod comprising: receiving, by a computing device, a plurality ofcontent channels via a broadcast communications channel; receiving, bythe computing device, metadata indicative of a content type associatedwith each channel of the plurality of content channels; buffering, bythe computing device, a subset of the plurality of content channels thatare designated channels; receiving, by the computing device, a userinput indicative of a selection of one of the designated channels;playing back content of the selected designated channel from one of: (i)a current live reception point, (ii) a start of a newest fully bufferedcontent track, and (iii) a start of a content track currently beingbuffered based on the content type associated with the selecteddesignated channel; receiving a user command to initiate a scanfunction; and successively playing back: a portion of an oldest bufferedcontent track, respectively corresponding to each channel of the subsetof content channels, until a portion of a currently received contenttrack corresponding to each channel of the subset of content channels isplayed.
 2. The method of claim 1, further comprising: prior to thebuffering, identifying the designated channels based on user preferencesassociated with the plurality of content channels.
 3. The method ofclaim 1, wherein the playback of the selected designated channel isfurther based on one or more of channel type, transition of content,device configuration, a look-up table, user designation, and time ofreception.
 4. The method of claim 1, wherein the playback from thecurrent live reception point is caused based on the content typecorresponding to time sensitive content.
 5. The method of claim 1,wherein the playback from the start of the newest fully buffered contenttrack is caused based on the content type corresponding to audioprograms.
 6. The method of claim 1, wherein the broadcast communicationschannel corresponds to a satellite broadcast channel.
 7. The method ofclaim 1, further comprising: receiving a second user input indicative ofa channel change request; playing back content associated with adifferent channel of the plurality of content channels based on thechannel change request; receiving a return command indicative of a thirduser request to playback content associated with the selected designatedchannel; and playing back content of the selected designated channelbased on predetermined return configuration data.
 8. The method of claim1, wherein the metadata is further indicative of specifications of areceiver device that are required for displaying information related toadditional subsets of the plurality of content channels.
 9. The methodof claim 8, wherein the metadata is further indicative of prioritiesrelated to the additional subsets of the plurality of content channels.10. A system for enhanced playback of content, the system comprising: abroadcast device; and a computing device configured to: receive, fromthe broadcast device, a plurality of content channels; receive metadataindicative of a content type associated with each channel of theplurality of content channels; buffer a subset of the plurality ofcontent channels that are designated channels; receive a user inputindicative of a selection of one of the designated channels; playback,based on the content type associated with the selected designatedchannel, content of the selected designated channel from one of (i) acurrent live reception point, (ii) a start of a newest fully bufferedcontent track, and (iii) a start of a content track currently beingbuffered; receive a user command to initiate a scan function; andsuccessively playback: a portion of an oldest buffered content track,respectively corresponding to each channel of the subset of contentchannels, until a portion of a currently received content trackcorresponding to each channel of the subset of content channels isplayed.
 11. The system of claim 10, wherein the computing device isfurther configured to: identify the designated channels based on userpreferences associated with the plurality of content channels.
 12. Thesystem of claim 10, wherein the playback of the selected designatedchannel is further based on one or more of channel type, transition ofcontent, device configuration, a look-up table, user designation, andtime of reception.
 13. The system of claim 10, wherein the playback fromthe current live reception point is caused based on the content typecorresponding to time sensitive content.
 14. The system of claim 10,wherein the playback from the start of the newest fully buffered contenttrack is caused based on the content type corresponding to audioprograms.
 15. The system of claim 10, wherein the broadcastcommunications channel corresponds to a satellite broadcast channel. 16.The method of claim 10, wherein the computing device is furtherconfigured to: receive a second user input indicative of a channelchange request; playback content associated with a different channel ofthe plurality of content channels based on the channel change request;receive a return command indicative of a third user request to playbackcontent associated with the selected designated channel; and playbackcontent of the selected designated channel based on predetermined returnconfiguration data.
 17. The system of claim 10, wherein the metadata isfurther indicative of specifications of a receiver device that arerequired for displaying information related to additional subsets of theplurality of content channels.
 18. The system of claim 17, wherein themetadata is further indicative of priorities related to the additionalsubsets of the plurality of content channels.